最近在考項(xiàng)目管理的課程，學(xué)到了系統(tǒng)工程這一門課姜贡，有一些感觸和領(lǐng)悟，特在此記錄一下棺棵。
這些想法和下邊敘述的內(nèi)容都是我個人在編程方面的一些想法楼咳，由于不善寫作，可能例子會比較少烛恤。有興趣的朋友母怜，可以在評論區(qū)留言，我們做進(jìn)一步的交流缚柏。
先說說我得出的結(jié)論：當(dāng)我們使用系統(tǒng)的思想去處理程序苹熏，有很多令我疑惑的問題就迎刃而解了，我會圍繞這個思想一步一步的解釋币喧，為什么系統(tǒng)的思想能夠解決困惑我的問題轨域。
記得我剛開始學(xué)iOS那會，我們寫的最多的代碼就是tableView杀餐，我們從最簡單也最有問題的地方開始干发。我看到過很多初學(xué)者在寫cell的時候，直接在控制器中給cell添加各種各樣的控件史翘，這會有很大的問題枉长，當(dāng)別人想復(fù)用這個cell的時候該是多么的痛苦。
顯而易見恶座，上邊說的就是最低級的方式搀暑，甚至連MVC的概念也沒用到，好了跨琳，接下來我們用一個模型來封裝cell自点。這應(yīng)該是當(dāng)下iOS編程中使用最多的方式，cell和模型有很強(qiáng)的耦合關(guān)系脉让。這種情況下的cell桂敛，往往使用一個獨(dú)立的文件創(chuàng)建功炮，在初始化方法中創(chuàng)建控件，在模型的setter方法中配置控制术唬。這里的配置就包含了賦值操作和根據(jù)模型中的屬性控制顯示方式的操作薪伏。
這么做符合mvc的概念，控制器和view之間通過模型作為連接的管道粗仓，同時也減少了view復(fù)用的代價嫁怀。但這樣仍然有很多問題，知道了問題的所在借浊，我們的架構(gòu)才能夠進(jìn)化：
根據(jù)業(yè)務(wù)的復(fù)雜程度塘淑，我們在模型的setter方法中，要處理的業(yè)務(wù)也會各不相同蚂斤。原理上存捺，界面如何顯示跟模型有極大的關(guān)系。雖然這種方式能夠正確顯示數(shù)據(jù)曙蒸，但無法緩存frame捌治。我會在后邊講到，為什么這種通過setter賦值的方式很不符合編程中的語義要求纽窟。
假如說cell中有一些控件是有點(diǎn)擊事件的肖油，這些事件中需要發(fā)送網(wǎng)絡(luò)請求。有的人喜歡通過代理的方式把事件傳遞到控制器中师倔，這么做的優(yōu)點(diǎn)是能夠得到控制器這個對象构韵，因此就能夠輕易的使用控制器的屬性，比如說添加加載控件到控制器的view上趋艘，或者使用控制器中的某個參數(shù)，但往往有點(diǎn)擊事件凶朗，就有數(shù)據(jù)更新瓷胧，
依賴于模型setter方法的弊端就顯現(xiàn)了出來，你必須要先修改模型后棚愤，再去刷新tableview搓萧，此時此刻，我們就稱之為這個模型被污染了宛畦。
一種好的設(shè)計方案是瘸洛，界面的顯示有一套模型，數(shù)據(jù)源是另一套模型次和，這種方案反肋，我們馬上就會講到。
我見過那種把事件的邏輯直接寫到view中的踏施，這樣做省卻了代理傳值的麻煩石蔗，且view基本上能保持功能的完整性罕邀。當(dāng)我們在別的地方復(fù)用該view的時候，不需要在控制器中寫重復(fù)的代碼养距。缺點(diǎn)是無法獲取控制器屬性诉探，即使能夠獲取控制器，也只有再把控制器屬性暴露在.h中才能使用棍厌，這就破壞了編程中的封裝性肾胯。
如果你的代碼中很少使用類似于readonly這樣的權(quán)限屬性，那么你就應(yīng)該去學(xué)學(xué)這方面的知識耘纱，這不是一個屬性的事情阳液，而是一種編程思想的問題。
說到這里揣炕，我們已經(jīng)明白帘皿，使用模型的setter這種方式開發(fā)是一種常見行為，但是弊端也很明顯畸陡，它并不能成為一個拿得出手的技巧鹰溜。我們接下來說說view model這一概念，我們簡稱為vm丁恭。vm可以算是model和view的一個中間過程曹动，其實(shí)，編程的本質(zhì)還是處理數(shù)據(jù)牲览。在vm中我們通過model可以配置出view所需要的任何屬性墓陈，因此view得到解放，它不必關(guān)系這一過程是怎樣的第献，只需要拿到vm中的屬性直接顯示就行贡必。
同理，vm還緩存了view中各個控件的frame信息庸毫。有的人可能會把vm叫做frame模型仔拟，這是不合理的，提供frame只是一個小小的功能飒赃，提供view直接顯示的信息才是它的核心功能利花。
舉個簡單的例子，有一個cell载佳，上邊有3個label炒事，我在使用vm的時候，根據(jù)模型計算出這3個label的attText蔫慧，然后使用yylabel顯示數(shù)據(jù)挠乳，同時，在vm中計算label的frame，因此cell中的代碼就很干凈欲侮，簡單崭闲。這時候，vm就接管了cell的顯示任務(wù)威蕉，模型作為核心數(shù)據(jù)刁俭，不會被污染。
vm仍然有它的問題韧涨，跟新數(shù)據(jù)算是一個問題牍戚，時間的傳遞它也并沒有很好的解決。
上邊的兩種設(shè)計雖然有問題虑粥，但仍然需要使用如孝，后來，我冒出來一種manager的想法娩贷。manager擁有提供和處理數(shù)據(jù)的能力第晰，它很想一個超強(qiáng)大腦，能夠?yàn)関iew或者控制器提供任何想要的數(shù)據(jù)和功能彬祖。
想想一下茁瘦，一個表單，有很多項(xiàng)需要填寫储笑，manger可以提供一份默認(rèn)值甜熔，可以保存編輯后的值，可以驗(yàn)證數(shù)據(jù)是否合法突倍，可以獲取參數(shù)字典等等腔稀，它都可以做到，因?yàn)檫@些數(shù)據(jù)就在它內(nèi)部保存著羽历，沒有誰比他更清楚這些東西焊虏。這在語義上是比較符合要求的，如果我們把這些復(fù)雜的需求保存在一個模型中窄陡，那么模型還是模型嗎炕淮？
這個manager，我介紹的很簡單跳夭，能夠領(lǐng)悟到這一層的同學(xué)，不用說應(yīng)該也明白们镜。
他特別重要
manager能夠很好的處理數(shù)據(jù)和業(yè)務(wù)币叹，如果讓他處理更多的任務(wù)，那么他就會變得臃腫不堪模狭，這不是我們想看到的颈抚。因此我們需要再一次進(jìn)化，我領(lǐng)悟到另外一種編程思想，也是本篇文章的核心思想
系統(tǒng)是一個具有一定功能的贩汉，相互間具有有機(jī)聯(lián)系的驱富，有多種要素或構(gòu)成部分組成的一個整體
系統(tǒng)是一個整體，他讓我撥開迷霧匹舞，大家仔細(xì)想想褐鸥，其實(shí)控制器本身就是一個系統(tǒng)，蘋果把他叫做controller也不是沒有原因的赐稽。在控制器這個系統(tǒng)中叫榕，他內(nèi)部所有的組成部分都是有機(jī)聯(lián)系的，既相互獨(dú)立又相互聯(lián)系姊舵，他們共同的目的就是完成該控制器界面的顯示任務(wù)晰绎。這就是最典型的一個系統(tǒng)
之前，我經(jīng)常把控制器想象成一臺機(jī)器括丁，view是該機(jī)器上的零件荞下，view的manager是該零件的管理者，基于這樣的思想史飞，寫出的代碼中尖昏，view的地位大于manager的地位，manager為view服務(wù)』霰铮現(xiàn)在看來会宪，這種思想是有局限性的。
控制器是一個系統(tǒng)蚯窥，能夠完成一定功能的view和manager他們應(yīng)該也是一個系統(tǒng)掸鹅，他們的關(guān)系既相互獨(dú)立又緊密相連。
系統(tǒng)是有輸入和輸出的拦赠，寫輸入和輸出巍沙，是我最近編程中要研究的地方。
到此為止荷鼠，代碼的復(fù)用其實(shí)就是系統(tǒng)的復(fù)用句携，事件和數(shù)據(jù)的操作就是系統(tǒng)的輸入輸出。一個控制器可以添加多個子系統(tǒng)允乐，子系統(tǒng)根據(jù)輸入配置view矮嫉，然后添加到控制器的view上，大致是這樣一個過程牍疏。
兩個以上的元素組成才叫系統(tǒng)蠢笋，一個元素我們使用manager的思想。因此鳞陨，一個tableview完全可以是一個系統(tǒng)的輸出昨寞，一個cell完全可以使用單一功能的manager進(jìn)行關(guān)系，把事件拋給響應(yīng)的系統(tǒng)進(jìn)行處理。
這篇文章用時1小時20分援岩，一氣呵成歼狼，蛋疼的是沒有任何代碼示例，也算是我自己編程思想進(jìn)化的一個里程碑吧享怀。果斷時間我用這個系統(tǒng)的思想寫點(diǎn)例子之后再重新發(fā)文羽峰。
