mvp架構(gòu)模式 如何看待android mvp設(shè)計模式的優(yōu)缺點？
如何看待android mvp設(shè)計模式的優(yōu)缺點？MVP，全稱 Model-View-Presenter 。MVP模式是MVC模式的改良。在上個世紀(jì)90年代，IBM旗下的子公司Taligent在用C/C
如何看待android mvp設(shè)計模式的優(yōu)缺點？
MVP，全稱 Model-View-Presenter 。
MVP模式是MVC模式的改良。在上個世紀(jì)90年代，IBM旗下的子公司Taligent在用C/C 開發(fā)一個叫CommonPoint的圖形界面應(yīng)用系統(tǒng)的時候提出來的。
在MVP模式里通常包含4個要素：
(1) View :負(fù)責(zé)繪制UI元素、與用戶進行交互(在Android中體現(xiàn)為Activity)
(2) View interface :需要View實現(xiàn)的接口，View通過View interface與Presenter進行交互，降低耦合，方便進行單元測試
(3) Model :負(fù)責(zé)存儲、檢索、操縱數(shù)據(jù)(有時也實現(xiàn)一個Model interface用來降低耦合)
(4) Presenter :作為View與Model交互的中間紐帶，處理與用戶交互的負(fù)責(zé)邏輯。
優(yōu)點：
1、降低耦合度，實現(xiàn)model和view的分離，可以修改view而不影響m層。
2、模塊職責(zé)劃分明確，層次清晰。
3、presenter可以復(fù)用。
4、利于進行單元測試。
5、view可以進行組件化。
缺點：
1、presenter中除了邏輯，還有大量的view ->model， model ->view的手動同步邏輯，使得presenter笨重，維護困難。
2、試圖和presenter交互過于頻繁。
3、presenter過多的渲染視圖，會讓他們聯(lián)系更緊密。
4、額外的代碼量和學(xué)習(xí)成本。
所以，如果是小項目工程，沒有必要使用mvp，如果為了以后更好的架構(gòu)，建議學(xué)習(xí)之后，再重構(gòu)。
Android程序員要有幾年的開發(fā)經(jīng)驗和什么程度的技術(shù)，可以達(dá)到年薪50W呢？
打工50w基本不可能吧，如果進入BAT有股權(quán)的話大概是可以，但是很多坑都被占完了，過去也就是高級搬磚人員，很難，很難，建議自己開發(fā)一套軟件自己來運營還是有點機會。
mvp模式和mvc的區(qū)別？
MVC（Model View Controller）是軟件工程中的一種軟件架構(gòu)模式，它把軟件系統(tǒng)分為模型、視圖和控制器三個基本部分。用一種業(yè)務(wù)邏輯、數(shù)據(jù)、界面顯示分離的方法組織代碼，將業(yè)務(wù)邏輯聚集到一個部件里面，在改進和個性化定制界面及用戶交互的同時，不需要重新編寫業(yè)務(wù)邏輯。
MVP 全稱：Model-View-Presenter ；MVP 是MVC演變而來，但MVP和MVC有著重大的區(qū)別：在MVP中View并不直接使用Model，它們之間的通信是通過Presenter (MVC中的Controller)來進行的，所有的交互都發(fā)生在Presenter內(nèi)部，而在MVC中View會直接從Model中讀取數(shù)據(jù)而不是通過 Controller。
在MVC里，View是可以直接訪問Model的！從而，View里會包含Model信息，不可避免的還要包括一些業(yè)務(wù)邏輯。 在MVC模型里，更關(guān)注的Model的改變，而同時有多個對Model的不同顯示，即View。所以，在MVC模型里，Model不依賴于View，但是View是依賴于Model的