Android MVP設計模式 開發感覺

早期的android開發，就我而言，模塊化很是的差。主要是沒有這種概念和經驗。也是近期一兩年，才漸漸有了這樣的思惟，愈來愈發現其中的好處。

如今，大多數大公司的項目中隨處可見MVP的設計模式來設計app，怎麼說，用起來很是的難受，可是在後期的維護中倒是很是的有用。

前一兩年，基本上都是用介於MVP和MVC之間的一種設計模式來開發app，優勢就是既可以像MVC那樣快速的開發，邏輯沒有那麼的複雜，又能帶有點MVP的味道，使得各個模塊之間的耦合沒那麼強。

就最近的我本身一我的從0到總體app雛形完成的這個過程當中，就發現了MVP使用起來，雙甜苦辣各在其中。你須要額外的去思考，如何定義一個Activity中的功能，以及功能接口的名稱，在P層中還須要去維護若是有後臺線程操做的狀況下，如何去操控它的生命週期。另外還須要考慮MVP帶來的內存泄露問題。必需要使用軟引用。

在開發到後期的時候，發現總體的類文件數量會是MVC設計模式的好幾倍。你在A層和P層以前的解耦動做有時候也變的相對的複雜，並且還要考慮到有些P層的代碼具備必定的公用性。須要作必定的抽離。

因此前段時間看見本身在MVP的模式下敲出來的P層不少邏輯上都很是的混亂。花了一兩天去整理了一下。後期發現其實在使用了P層的開發模式以後，模塊之間的代碼重複冗餘率低了，使用效率上高了不少。總之利仍是大於弊的，開頭老是辛苦，後期就會顯得很是的輕鬆。