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