AndroidでMVPするときのPresenterの責務 - おじゃまぷよ系エンジニアメモ
Androidのクラス設計でMVPやMVVMが流行っています。 自分もMVPのクラス設計が導入しやすく好きなのですが、実際にやろうとすると何をPresenterに書き何をView(ActivityやFragment)に書くべきなのか指針がなくて なんとなくMVPになることが多いです。そこで個人的にどういう風にMVPに分けるべきかメモしておきます 個人的に注意するポイントは以下の三点です PresenterにViewの具象クラスを引き数として与えない PresenterにAndroid特有のクラスを引き数として与えない Presenterはテスタブルな状態にする PresenterにViewの具象クラスを引き数として与えない 個人的にNGなコードは以下のようなPresenterが出てきたときです class MainViewPresenter(val mainView: MainActivi
AndroidではMVCよりMVPの方がいいかもしれない - Konifar's WIP
Android開発していると、なんかMVCうまくいかないなぁとモヤモヤしてきました。そろそろ他のアーキテクチャを模索してみた方がいいんじゃないかと思い始めまして、ある程度考えがまとまったので自分なりの指針を残しておこうと思います。 そもそもアーキテクチャ必要なのか 世の中には色々なアーキテクチャが存在するんですが、なんか概念を読んでもスッと理解できることが少ないんですよね。これはなぜかと言うと アーキテクチャが解決しようとしている問題を理解できないからです。 極端に言うと、HelloWorldを表示するアプリにMVCを導入する必要があるの？って言うと答えはNoですよね。じゃあ猫の名前をリストで表示するアプリだったらどうかと言われると、これもまだ必要ないかもしれません。 つまり、アーキテクチャを適用しなくても問題がないほど小さなアプリにおいては、ただ冗長になるだけなので別にいらないわけです。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
