2020年のクックパッドAndroidアプリのアーキテクチャ事情 - クックパッド開発者ブログ
こんにちは、モバイル基盤部の加藤です。普段はモバイルアプリの基盤技術の整備や品質管理の業務に携わっています。 今回はクックパッドAndroidアプリ(以後クックパッドアプリ)の2020年時点でのアーキテクチャの紹介をしたいと思います。 アーキテクチャ導入以前のクックパッドアプリ 2017年以前クックパッドアプリにはアーキテクチャと呼べるようなものが存在していませんでした。大まかに API 通信や DB 操作等のデータ取得箇所を分離し、複雑なロジックを持つ場合は Manager, Util 等の強いオブジェクトが生成されていましたが、それ以外は Activity / Fragment に処理を直接記述することがほとんどでした。 そういった状況の中で今後もアプリを継続的に開発可能にすることを目的にアーキテクチャの導入が始まりました。クックパッドアプリでは iOS/Android 両プラットフォ
一度だけ通知するAndroid Architecture ComponentsのLiveDataを作る - Qiita
Android Architecture ComponentsのLiveData、使ってますか？ MVVMを構築する上でViewModel側でライフサイクルを意識する必要がなく非常に使い勝手が良いのですが、あくまでデータとViewのバインドを実現する仕組みなので一度だけ実行される仕組みには向いていません。 画面遷移やダイアログの表示等、ViewModelから一度だけ発行されるイベントをView(Activity)がどうハンドリングすべきなのか対策を考えてみました。 そもそもなにがどう向いていないか LiveDataはバインドされたタイミングで値を流します。 AACのViewModelはActivityより生存期間が長いため、Activityが再生成されたタイミングで再バインドされることがあります。 つまり、そのままのLiveDataを一度しか発行しないイベントに対して使用するとActivi
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
