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

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

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

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

MVP模式通常包括四個(gè)元素：

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

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

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

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

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

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

3. 演示者可以重用。

4. 便于單元測(cè)試。

5. 視圖可以組件化。

缺點(diǎn)：

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

2. 試圖與演示者頻繁互動(dòng)。

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

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

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

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

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