2019日更挑戦(十二)、Android-トークMVC

でたらめを言う
一通り来ます.MVVM、MVPはすべて書いて、更にMVCを書きます
MVCのコンセプト
MVCはj 2 eeからandroidまで伸びた最初のアンドロイドをやった人で、ほとんどjavaが回ってきた印象があります.
15年覚えていますが、これは面接でよく聞きました.皆さんご存知のように、Mはmodel、VはView、CはController
いずれにしてもMとVは変わらない.
では、なぜMVVM、MVP、MVCを分けるのでしょうか.
MVCに対する誤解
設計モードの中の六大原則は少しあり、 の意味は.一つのことをうまくやれば十分だ.
でもandroidを書いた時
activityこれは、あなたは本当に職責を確定することができません.
そして私の印象では、ほとんどControllerを書いていない.
activityはj 2 eeに置かれています.それはjspです.これによりactivityコードが長く臭い.
すべての操作ロジック、View特性、制御、すべて一緒に置いた.
j 2 eeでは、CはSellvetが応答を受け、応答を行い、要求を取得し、modelに応答する.
しかしandroidではこれは少し現実的ではありません.
実はj 2 eeも.jspはほとんど消えたでしょう.
何千行も見たことある一つの方法は数百行ある.言わざるを得ない私たちの生涯は容易ではない.
楽屋の角度から見ると
Mはデータベースです.CはSellvetです.すなわち、インタフェース要求を処理するVは何であるか、VはJSPであってもよいし、フロントエンドH 5ページであってもよいし、さらにアンドロイドであってもよい.IOS
アンドロイドの角度から見ると
j 2 eeのようなデザインでは、実は合わない.どうして?バックグラウンドはもっと関心があるので、MとC.はV.に対してほとんど関心がありません.バックグラウンドにjspを書かせます.書きすぎても娘をののしる.
しかし、私たちはアンドロイドを書いて、このようにVに関心を持っていなくてもいいですか?VはただのXML?もちろん違います.さらにUI処理ロジックがある.条件、
だからそのまま引っ越してきた.つらいです.Vが占める割合が多すぎるからです.その中には継承、抽象もある.M私たちはどうせあまり関心がないので、J 2 eeのMVCに従います.書いて、Cは本当に必要ですか?あまり必要ありません.
だから
MVPが誕生してそれぞれの分業を明確にした.ViewはViewのみを処理します.自分の特徴を表現し、特徴モデルはデータのみを処理し、データPを本当の意味での制御層として保存する.Vは彼を通ってこそデータを得ることができる.職責の単一化分業がはっきりしているVは業務コードを持たなくてもよいからである.多重化可能Mも業務コードがないので多重化も可能である.
交流群:4931800098、これは水を吹くことが少なく、交流学習の群である.APP開発メンテナンスコンサルティンググループ:492685472、APP反復を引き受ける.開発メンテナンスコンサルティング業務、料金を払って迅速に問題を解決する.