Repository with Store4 [ja]

1.

Repository pattern with Store4 Wasabeef #shibuya_apk

2.

About me Daichi Furiya (降矢大地) Google Developers Expert CATS,
CyberAgent @wasabeef_jp wasabeef

3.

Repository pattern with Store4

4.

STORE4 - MIGRATING A LIBRARY FROM RXJAVA TO COROUTINES https://kotlinconf.com/talks/video/2019/126904/

5.

そして、MVVM で設計する上で、使いやすいライブラリが Jetpack には多く存在します。 Architecture（MVVM） Activity/Fragment Repository
ViewModel LiveData Local Source Room Remote Data Source Retrofit/okHttp https://developer.android.com/jetpack/docs/guide LiveData https://developer.android.com/jetpack/docs/guide https://developer.android.com/jetpack/docs/guide Jetpack

6.


7.


8.

ViewModel LiveData Local Source Room Remote Data Source Retrofit/okHttp https://developer.android.com/jetpack/docs/guide LiveData https://developer.android.com/jetpack/docs/guide https://developer.android.com/jetpack/docs/guide Jetpack Jetpack Jetpack

9.

ただ、Repository の実装については参考にできるもの（iosched, plaid）はあれど Jetpack ではライブラリ化されていません。
Architecture（MVVM） Activity/Fragment Repository ViewModel LiveData Local Source Room Remote Data Source Retrofit/okHttp https://developer.android.com/jetpack/docs/guide LiveData https://developer.android.com/jetpack/docs/guide https://developer.android.com/jetpack/docs/guide Jetpack Jetpack Jetpack ?????

10.

Repository pattern? Activity/Fragment Repository ViewModel LiveData Local Source Room Remote
Data Source Retrofit/okHttp https://developer.android.com/jetpack/docs/guide LiveData https://developer.android.com/jetpack/docs/guide https://developer.android.com/jetpack/docs/guide Store4 そこで現在は Dropbox が主体となって開発されている Store4 を使うことで、簡単になりそうなので今回注目しています。

11.

Repository pattern?

12.

Microsoft によると ...

13.

引用「データソースにアクセスするために必要なロジックをカプセル化するクラスまたはコンポーネント。共通のデータアクセス機能を一元化し、保守性を向上させ、ドメインモデルレイヤーからデータベースにアクセスするために使用されるインフラストラクチャまたはテクノロジーを分離します。」
Repository pattern? https://docs.microsoft.com/en-us/dotnet/architecture/microservices/microservice-ddd-cqrs-patterns/infrastructure-persistence-layer-design

14.

Android の MVVM に合わせて要約すると、 Repository を使うことで、ローカルから取得するかネットワークから取得するかを
ViewModel が意識する必要がないようにします。 Repository pattern? Activity/Fragment Repository ViewModel LiveData Remote Data Source Retrofit/okHttp Local Source Room https://developer.android.com/jetpack/docs/guide LiveData https://developer.android.com/jetpack/docs/guide https://developer.android.com/jetpack/docs/guide Store4

15.

当たり前のことですが Repository を意識しなくていいのは ViewModel から使う側の話で、実装においては意識して書かなければなりません。 Repository
pattern? Activity/Fragment Repository ViewModel LiveData Local Source Room Remote Data Source Retrofit/okHttp https://developer.android.com/jetpack/docs/guide LiveData Store4

16.

Repository pattern? Activity/Fragment Repository ViewModel LiveData Remote Data Source Retrofit/okHttp
https://developer.android.com/jetpack/docs/guide LiveData On Memory Store4 さらにいうと、Local Source が SQLite だけではなくその前に On Memory に保存・取得する仕組みを考えだすと、実装さらに大変になっていきます。 Local Source Room

17.

よくある課題 ...

18.

例えば、同じ画面に複数の Fragment がいて、それぞれ User データを取得するために UserRepository か
ら getUser をコールしたとします。よくある課題 ... UserRepository#getUser() Activity A Fragment B Fragment C

19.

よくある課題 ... UserRepository#getUser() Activity A Fragment B Fragment C そうすると、
UserRepository がシングルトンだとしても、それぞれがネットワーク通信をして、データを取得しにいきます。

20.

もし仮に、User データがほとんどの場合において短期間で不変な仕組みであるなら、このネットワーク通信をし、サーバに負荷をかけるのはもったいないかもしれません。よくある課題
... UserRepository#getUser() Activity A Fragment B Fragment C

21.

もしこのデータを一定のルールものキャッシュする仕組みがあったらネットワークの負荷を減らせるかもしれません。よくある課題 ... UserRepository#getUser() Activity
A Fragment B Fragment C

22.

もしこのデータを一定のルールものキャッシュする仕組みがあったらネットワークの負荷を減らせるかもしれません。よくある課題 ... UserRepository#getUser() Activity
A Fragment B Fragment C

23.

Store4 ...?

24.

Store4 ...? dropbox/Store nytimes/Store

25.

build.gradle !// Set the source & target compatibilities to 1.8
android { compileOptions { sourceCompatibility 1.8 targetCompatibility 1.8 } !!... } dependencies { !// 2020.1.17 implementation 'com.dropbox.mobile.store:store4:4.0.0-alpha01' }

26.

StoreBuilder typealias UserName = String typealias UserId = String typealias
TimeMs = Long data class User( val id: UserId, val name: UserName, val birthday: TimeMs) val userId: UserId = "wasabeef" UserId を Key として Store で取得するイメージで簡単な説明をしていきます。

27.

StoreBuilder val store = StoreBuilder !!... Repository に相当する Store を
StoreBuilder で実装していきます。これは、DI で管理することになるかと思います。

28.

StoreBuilder val store = StoreBuilder .fromNonFlow<UserId, User> { key !->
} fromNonFlow<Key, Output> に最新のデータを取得するためメソッドコールを定義します。

29.

api.fetchUser(key).user } ここでは、Retroﬁt など Data source を使って API コールします。

30.

StoreBuilder val store = StoreBuilder .from<UserId, User> { key !->
api.fetchUser(key) } ここでは、Data source が既に Flow 化されているのであれば fromNonFlow {} !-> from {} ͱ͍ͯͩ͘͠͞ɻ

31.

api.fetchUser(key).user }.persister( reader = !!..., writer = !!..., delete = !!..., ).build() データを永続化するときにどういう振る舞いを行うかを Persister として指定することができます。

32.

api.fetchUser(key).user }.persister( reader = db.userDao()!::load, writer = db.userDao()!::update, delete = db.userDao()!::clear ).build() もちろん Room で使うことも出来ます。

33.

api.fetchUser(key).user }.build() 導入初期は Persister を指定しないで、On Memory キャッシュとしてだけ使うのを試してもいいかもしれません。

34.

suspend fun Store.get(key) !// UserViewModel.kt viewModelScope.launch { userLiveData.value = try
{ val user = store.get("wasabeef") Result.Success(user) } catch(e: Exception) { Result.Error(e) } } StoreBuilder の Store 実装が終わっていれば、get() を使ってデータを取得します。これは、サスペンド関数なので ViewModel の CoroutineScope 内などで行います。

35.

suspend fun Store.fresh(key) !// UserViewModel.kt viewModelScope.launch { userLiveData.value = try
{ val user = store.fresh("wasabeef") Result.Success(user) } catch(e: Exception) { Result.Error(e) } } fresh() を使ってデータを取得することもできます。

36.

get or fresh ? get(key) 指定されたキーを元にメモリ内またはディスクキャッシュから取得 fresh(key) キャッシュを無視して最新を取得 get
と fresh をどちらを使うかを意識しないといけないのは Repository pattern 概念としては難しいところがあるかもしれませんが … Pull-to-Refresh などの仕組みがある以上、必要なことだと思います。

37.

MemoryPolicy デフォルトのメモリポリシーでは上限 100 個、期限 24 時間となっています。 class MemoryPolicy internal constructor(
val expireAfterWrite: Long, val expireAfterAccess: Long, val expireAfterTimeUnit: TimeUnit, private val maxSizeNotDefault: Long ) { !// expireAfterWrite = TimeUnit.HOURS.toSeconds(24), !// expireAfterTimeUnit = TimeUnit.SECONDS, !// maxSizeNotDefault = 100 }

38.

おしまい..

39.

Image Resources Photos: - https://unsplash.com - https://www.pexels.com - https://www.reddit.com/r/dragonquest/comments/9dm013/ new_desktop_background/
Illustrations: - http://www.chojugiga.com - https://www.irasutoya.com

40.

twitter.com/wasabeef_jp wasabeef.jp github.com/wasabeef

Repository with Store4 [ja]

Repository with Store4 [ja]

Want more?

Transcript