UI要素を管理するためのAndroidデザインパターン

Question

この質問に対する答えは、Androidアプリケーションの開発で使用されるデザインパターンであり、ユーザーインターフェイス要素の管理方法を簡素化して、アプリケーションのさまざまな場所から影響を受けましたが。

状態があまりにも少ない小さなアプリケーションでは、アクティビティライフサイクルメソッドでUI要素を管理するのが適切です。アプリケーションが大きくなり、メインスレッドの外のプロセスに基づいて状態を変更できる場合、変更が行われる場所の数が増加します。これにより、アプリケーションの保守性が低下します（多くの場所で状態が変化するコードを持つ）。私は、様々な州のUIに何が起こるかをより明確にするデザインパターンを模索しています。

SQLiteDatabaseとSharedPreferencesなどのパーシスタンスツールが利用可能であることがわかりましたが、これはデザインパターンの一部である可能性がありますが、アプリの状態を維持できる中央制御機能と、ユーザーの表示内容ユーザーは目標を達成することができます。

Answer 1

この目的で使用されている「MVP」（モデル/ビュー/プレゼンター）というパターンがあります。 This answerは、Androidフレームワークでプログラミングするときに、MVPがMVCトライアドより優先される理由を提供します。 this articleからキューを取る

、私たちは、このパターンの背後にある考え方は、プレゼンターとモデルとビューを分離することであることがわかります。

• プレゼンター - MVCパターンと同様に、発表者はモデルからデータを取得し、ビューに返します。さらには、ビューと対話するときに何が起こるかを決定します。

• ビュー - これは活動となり、プレゼンターを作成します。それは活動を聞きますが、何かをする代わりに、発表者に行動を取ることを要求します。

• モデル - 表示したいデータの提供者。

作業MVPアプリケーションandroidmvp on github