最近聊了許多小伙報(bào)價(jià)從高到低的各式各樣的都有（這里只是舉個(gè)例子，沒有任何貶低的意思）

　　一提架構(gòu)張嘴就來 MVC MVP MVVM等等等，如果簡歷寫有大項(xiàng)目的架構(gòu)經(jīng)驗(yàn)并且要價(jià)偏高的我一般默認(rèn)這樣的小伙不是太可用（先看，別急后面有解釋），或者說你之前的項(xiàng)目”不夠大”。

　　如果要價(jià)不是很高，經(jīng)驗(yàn)不是寫的很豐富的話那我還可以理解。

　　為什么這么”默認(rèn)”？

　　太籠統(tǒng)

　　MVC那套從寫Web時(shí)期就一直使用至今，你抓個(gè)寫java web的也能給你說的頭頭是道，紙上談兵沒有實(shí)際意義

　　實(shí)用性不足

　　每個(gè)”重量級”的項(xiàng)目都有不同的實(shí)現(xiàn)方式，簡單的拿幾個(gè)英文單詞硬套是否真的合理，真的適合自己的應(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)系看似很完美。