《iOS應(yīng)用架構(gòu)談 開(kāi)篇》出來(lái)之后市栗，很多人來(lái)催我趕緊出第二篇。這一篇文章出得相當(dāng)艱難犬耻，因?yàn)楣纠锏钠剖聝禾貏e多，我自己又有點(diǎn)私事兒执泰，以至于能用來(lái)寫(xiě)博客的時(shí)間不夠充分枕磁。
現(xiàn)在好啦，第二篇出來(lái)了术吝。
當(dāng)我們開(kāi)始設(shè)計(jì)View層的架構(gòu)時(shí)计济，往往是這個(gè)App還沒(méi)有開(kāi)始開(kāi)發(fā)茸苇，或者這個(gè)App已經(jīng)發(fā)過(guò)幾個(gè)版本了，然后此時(shí)需要做非常徹底的重構(gòu)沦寂。
一般也就是這兩種時(shí)機(jī)會(huì)去做View層架構(gòu)学密，基于這個(gè)時(shí)機(jī)的特殊性，我們?cè)谶@時(shí)候必須清楚認(rèn)識(shí)到：View層的架構(gòu)一旦實(shí)現(xiàn)或定型凑队，在App發(fā)版后可修改的余地就已經(jīng)非常之小了则果。因?yàn)樗鷺I(yè)務(wù)關(guān)聯(lián)最為緊密，所以哪怕稍微動(dòng)一點(diǎn)點(diǎn)漩氨，它所引發(fā)的蝴蝶效應(yīng)都不見(jiàn)得是業(yè)務(wù)方能夠hold住的。這樣的情況遗增，就要求我們?cè)趯?shí)現(xiàn)這個(gè)架構(gòu)時(shí)叫惊，代碼必須得改得勤快，不能偷懶做修。也必須抱著充分的自我懷疑態(tài)度霍狰，做決策時(shí)要拿捏好尺度。
View層的架構(gòu)非常之重要饰及，在我看來(lái)蔗坯，這部分架構(gòu)是這系列文章涉及4個(gè)方面最重要的一部分，沒(méi)有之一燎含。為什么這么說(shuō)宾濒？
