Feature #594
完了MVPフレームワークの導入
0%
説明
暇なときに程度ですが、GWTの2.1がそろそろきそうなので、
SkillMapsを標準のMVPフレームワークに対応させてもいいかもしれませんね
やる/やらない レベルで考えてみてもいいかもしれません。
branchで暇なときに対応版をつくってみようかと思います。
yusuke kokubo さんが13年以上前に更新
MVPは前から気にはなっていたんですが
いまいちMVCなどと比較してメリットがわかりません^^;
標準のフレームワークに乗っかって良い感じになるならやりたいですね!
啓介 大橋 さんが13年以上前に更新
MVPは単純にMVCと基本的な思想は同じでViewとロジックを分けることを目的としています。
MVCはWebアプリなどで、Controllerが入力値を受け取り、処理しますが、
MVPはデスクトップアプリなど、Viewが入力値を受け取り、Presenterに処理を委譲します。
(基本的にMVPはMVCの亜種って感じらしいっす)
今UserList.javaなどが結構大きくなってきてるので、
リファクタリング感覚で徐々にやっていってもいいかもですね。
今のUserlist 、Top、UserUIなどをひとつの画面でJavascriptで切り替えて、
遷移ごとになんどもイメージのロードをする必要をなくすなどもできたりします。
いい感じにできたらやりたいっすね!!
※時間があったらですが。。。。 他のチケットをやらないと。。。
yusuke kokubo さんが13年以上前に更新
フレームワーク導入で色々とメリットが出てくるのなら是非やりたいですね。
勉強させてもらいます。
今のUserlist 、Top、UserUIなどをひとつの画面でJavascriptで切り替えて、
遷移ごとになんどもイメージのロードをする必要をなくすなどもできたりします。
こういうことができたら素晴らしいと思います。
yusuke kokubo さんが13年以上前に更新
啓介 大橋 は書きました:
GWTの2.1が正式にリリースされたので、
公式MVPフレームワークを利用して、MVP実装をブランチでつくりはじめま~す。あとEditorとか、Loggingあたりもうまく使えそうなので、いろいろやってみます。
おおー。楽しみにしています。
啓介 大橋 さんが13年以上前に更新
- ステータス を 担当(Assigned) から 解決(Resolved) に変更
いったんすべての画面に対してMVP化が完了しました。
いろいろやった結果あまりGWT.asyncが効果が低かったので、
そのうちもう少し、直していきます。
あと基本方針は以下のようにしました。
※前半に作ったモジュールはそのように成っていないのであとで直します。
・GWT RPCを利用するロジックはActivityに配置
・Viewの操作はView側に配置
・基本的にViewとActivityは DisplayとPresenterインターフェースでのみ結合
・ネストしたViewを定義する場合ActivityをもつのでなくViewを直接持つ
→この為ViewはPresenter(Activity)をDIする。
・Presenter以外のDIはコンストラクタインジェクションにて行う
→UIBinderの兼ね合い(コンストラクタてViewが必要)と、後々テストしやすくするため
・一応Placeのプレフィックスには!を付ける
→AppengineでHtmlUnitなどが利用出来るようになったときにクローラ対策ができるように
何かあれば連絡お願いします☆