Androidのプレゼンテーション層アーキテクチャ - Qiita

はじめに この記事では、筆者の独断と偏見でAndroidのプレゼンテーション層アーキテクチャについて紹介していきます。 感想・つっこみコメント、編集リクエストはWelcomeです。 パターン紹介 パターン1: Smart UI ViewのコードビハインドであるActivityやFragmentに直接ロジックを書くアーキテクチャです。 別名マッチョActivity。 アンチパターンとして有名ですが、条件によっては選択肢に含めるべきです。 具体的には保守が行われないことがわかっているケースです。 数日で使い捨てるアプリに凝ったアーキテクチャは必要でしょうか？ スピードが最重要であり、とりあえずプロトタイプが必要な場合でもSmart UIはアンチパターンでしょうか？ 答えはケースバイケースです。 メリット 小規模アプリやプロトタイプ程度であれば素早く作ることができる デメリット テスタビリティが

[k-takahashi]

『Androidのプレゼンテーション層で用いられるアーキテクチャについて、メリット・デメリットをふまえていくつかご紹介』　Googleのライブラリ次第の面もありそう

[tofu-kun]

今作ってるAndroidアプリの参考にするか

[androhi]

良いまとめだ

[Yuiki0627]

今開発してるのに当てはまるのはパターン3 軽量MVPだな MVVMに移行してみたい

[Nkzn]

DataBindingに固執してBindingAdapter無双になってしまうよりは軽量MVVMに倒す姿勢、あると思います（手元のコードから目を背けながら）。