Android MVP設計模式 開發感覺

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

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

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

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

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

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

相關文章
相關標籤/搜索