基于路由的App架構(gòu)設(shè)計思路分析詳解
最近聊了許多小伙報價從高到低的各式各樣的都有(這里只是舉個例子,沒有任何貶低的意思)
一提架構(gòu)張嘴就來 MVC MVP MVVM等等等,如果簡歷寫有大項目的架構(gòu)經(jīng)驗并且要價偏高的我一般默認(rèn)這樣的小伙不是太可用(先看,別急后面有解釋),或者說你之前的項目”不夠大”。
如果要價不是很高,經(jīng)驗不是寫的很豐富的話那我還可以理解。
為什么這么”默認(rèn)”?
太籠統(tǒng)
MVC那套從寫Web時期就一直使用至今,你抓個寫java web的也能給你說的頭頭是道,紙上談兵沒有實際意義
實用性不足
每個”重量級”的項目都有不同的實現(xiàn)方式,簡單的拿幾個英文單詞硬套是否真的合理,真的適合自己的應(yīng)用場景
知識點滯后
從國內(nèi)android/iOS熱更(組件化)大潮(15年)出現(xiàn)后各式各樣基于分包,插件化等等的內(nèi)容層出不窮,還指望一套架構(gòu)吃死那是不可能了。
簡易組件化設(shè)計
把共同屬性的代碼提取出來制作成各種基礎(chǔ)庫,把單獨的功能封裝成Library包,不同業(yè)務(wù)通過分包結(jié)構(gòu)分到不同module下,組內(nèi)每人開發(fā)自己的module。
把純業(yè)務(wù)模塊和非業(yè)務(wù)模塊以及一些”剛需”的代碼做了簡易的分包,庫與庫之間的關(guān)系看似很完美。
非常好我支持^.^
(0) 0%
不好我反對
(0) 0%