如何看待android mvp設(shè)計模式的優(yōu)缺點？MVP，模型視圖演示者的全稱。MVP模式是MVC模式的改進(jìn)。20世紀(jì)90年代，IBM的子公司taligent，在用C/C開發(fā)一個名為commonpoin

如何看待android mvp設(shè)計模式的優(yōu)缺點？

MVP，模型視圖演示者的全稱。

MVP模式是MVC模式的改進(jìn)。20世紀(jì)90年代，IBM的子公司taligent，在用C/C開發(fā)一個名為commonpoint的圖形界面應(yīng)用系統(tǒng)時提出這個想法

MVP模式通常包括四個元素：

（1）視圖：負(fù)責(zé)繪制UI元素和與用戶交互（在Android中體現(xiàn)為活動）

（2）視圖界面：需要通過視圖實現(xiàn)的界面。View通過View接口與presenter進(jìn)行交互，減少耦合，方便單元測試

（3）model：負(fù)責(zé)數(shù)據(jù)的存儲、檢索和操作（有時實現(xiàn)一個模型）interface用于減少耦合

（4）presenter：作為View與model之間的中間環(huán)節(jié)，負(fù)責(zé)數(shù)據(jù)的邏輯處理用戶交互。

1. 通過降低耦合度和將模型與視圖分離，可以在不影響m層的情況下修改視圖。

2. 模塊職責(zé)分工明確，層次明確。

3. 演示者可以重用。

4. 便于單元測試。

5. 視圖可以組件化。

缺點：

1。除了邏輯，演示者還有很多視圖模型。model->view的手動同步邏輯使得演示者龐大且難以維護(hù)。

2. 試圖與演示者頻繁互動。

3. 演示者的渲染視圖過多將使它們的連接更加緊密。

4. 額外的代碼和學(xué)習(xí)成本。

因此，如果是一個小項目，就不需要使用MVP。如果是為了將來更好的體系結(jié)構(gòu)，建議學(xué)習(xí)和重構(gòu)。

Android程序員要有幾年的開發(fā)經(jīng)驗和什么程度的技術(shù)，可以達(dá)到年薪50W呢？

為50W工作幾乎是不可能的。如果你進(jìn)入bat并擁有股權(quán)，這是可能的。但是很多坑都被占領(lǐng)了。過去，對于高級搬磚人員來說是非常困難的。建議你開發(fā)一套軟件，自己操作。這還是個機(jī)會。