AndroidのMVP・MVVMの人気サンプルプロジェクト2個の実装方法を読む - Qiita
それぞれどんな実装方法をしているのか興味があったので、それぞれさらっと見てみたいと思います。 読みたくても時間がなくてなかなか読めないことが多いので、、 深くこれが良いなどはまずは考えずに行きたいと思います。 GitHubで「mvp android」で検索して★の多い順です。 ホントは5個ぐらい読みたかったのですが力尽きてしまいました。 pedrovgs/EffectiveAndroidUI ★ 2456 https://github.com/pedrovgs/EffectiveAndroidUI MVPとMVVM(公式のDataBindingを利用しない)のサンプルアプリです。 両方の実装が混ざっているようです。 DaggerやButterKnifeを活用しています。 MVPでの実装 ViewがPresenterにイベントを渡して、Presenterが何をするのか判断して、Viewのメソ
kgmyshin/Android-arch · GitHub
README.md 今自分の考えてる事の整理用 + チームへの共有用です。 なにか質問、問い合わせなどは@kgmyshinまで。 Androidの設計 全体像 パッケージ構成 com.kgmyshin.project ├─ HogeApplication.java ├─ ApplicationModule.java ├─ presentation | ├─ 考え中 | └─ PresentationModule.java ├─ domain | ├─ entity | ├─ value | ├─ repository | ├─ usecase | ├─ sharedusecase | └─ DomainModule.java └─ infra ├─ memory ├─ prefs ├─ provider ├─ api ├─ repository └─ InfraModule.java 必須
Composite Views in Model-View-Presenter
Brad Wilson Philosophical naturalist who writes code (xUnit.net), loves music, plays games (board & PC), tells bad jokes, & makes up words. Ravenclaw. He/him. There was a lively discussion on the ALT.NET mailing list about composite views when doing Model-View-Presenter, and how the sub-views get exposed. I shared my view (no pun intended) on the different strategies you might employ for sub-views
C#と諸々 MVP (Model View Presenter)パターン
C#がメインで他もまぁ諸々なブログです おかしなこと書いてたら指摘してくれると嬉しいです(´･∀･`) つーかコメント欲しい(´･ω･｀) MVP パターンについて、僕なりに理解していること、こうした方が良いと思うことを書き綴ってみようと思います。 MVP パターンは書籍「ドメイン駆動」で知りましたが、GUI Architectures は英文苦手なので読んでません。だから、違うこと言っている可能性もあります。どちらかというと、僕が MVP パターンを適用する時の個人的な考え方、ということになるかもしれません。 また、ここでは特に、ASP.NET 開発で MVP パターンを適用する場合について書いていきます。もしかしたら、それ以外の開発では若干当てはまらない点があるかもしれません。 [MVP パターンとは] MVP (Model View Presenter) パターンは、MVC (Mod
MVPパターンを業務アプリに適用する - coma2n’s diary
業務アプリケーションを開発するにあたって、最低限守るべき事の一つとして「画面とロジック」の分離が挙げられると思う。 簡単そうに思えて、これが意外と難しい。 一人での開発ならば自分だけでやり方を決めてしまえばそんなに難しくはない。しかし、開発要員が増えれば、これが途端に難しくなる。 この原因としては、 どこからが「画面」の役割で、どこまでが「ロジック」の役割かの定義が個々人でばらつきがある。 定義を決めても守らない奴がいる（そもそも意味が理解できていない）。 言語自体がへぼくて「画面とロジック」の分離がそもそも（充分に）できない。 なんていうのがある。 ほとんど、「それって開発者としてどうなの？」というレベルに思えるけど、現実の開発ってそんなもんだよね。 いつの時代もこの問題は付きまとうようで、実際色んなデザインパターンが考えられてきた。 知ってるやつでは、 MVC（モデル・ビュー・コントロ
YukiMatsumura/MvpWithRecyclerView · GitHub
README.md Writing RecyclerView by Model-View-Presenter RecyclerViewの実装をMVPアーキテクチャベースで実装する. MVPの実装を助けるライブラリとしてはmortarとdaggerを使用する. see. Yukiの枝折 - RecyclerViewをModel-View-Presenterで書く MainApp.java アプリケーションスコープのMortarScopeを提供するためgetSystemServiceをオーバライドする. このMortarScopeはDaggerのObjectGraphをObjectGraphServiceとしてアプリケーションスコープの粒度でアプリ内に提供する. public class MainApp extends Application { private MortarScope r
Android : Model-View-PresenterとAndroid
この記事は - よりよい実装方法がある - 説明に不足がある といった理由から取り下げます. アーキテクチャについての記事は追って書き直します. Model - View - Presenter と Android Viewは, データの出力を行い, ユーザ操作を受け付けPresenterにこれを伝搬するUI層. AndroidではActivity, Fragment, Viewに相当する. Modelは, SQLite3やWebAPI, SharedPreferenceなどのレポジトリ. Presenterは, ModelとViewのブリッジ役を担う. Modelの内容を整形しViewにそれを伝搬する. またViewへの入力を適切なModelに伝搬する. Androidアプリケーションのプログラミングで厄介な問題の1つにActivity/Fragment/Viewといった固有のライフサイ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
