Swift & Xcode 學習歷程 - Part 3 MVC

Swift & Xcode 學習歷程 - Part 3 MVC

講師建議所有的 iOS 都要使用 MVC 架構，即所謂的 Model, View, Controller。之所以分這些陣營，就是希望 app 在內部傳遞各種訊號的時候，團隊的各開發者仍然可以清楚他們之間的溝通管道。

1> Controller 可以直接送訊息給 model，沒有任何限制。 Controller 送訊息給 view 也沒有任何限制。

2> Model 和 view 之間是不能互相送訊息的。這類的訊息傳遞是不行直接發生的。

3> View 如果要送訊息給 Controller，如果是一個 UIBotton，可以想成是有一個 target 在 controller 裡， view 的動作就是直接射到那個 target。 而 ScrollView 則是一種「同步」的概念，裡面的資料則是用 delegate 的方式，讓 view 的資訊和 controller 同步。

4> view 是不擁有任何資料的，他只能 show 資料，這些資料都不寫在 view 的 class 裡面。舉例來說，如果你的 iPod 裡面有一千首歌曲，你要做個 list，而存放一份資料在 library 裡面，又一份放在 view 的 class 裡面，你就會有兩份資料。這不儘儘是效率的問題，而是這樣的設計概念是不好的。

5> 而 view 拿取資料的方式，則是用 data source 的方式，回去要求 controller 給資料。他也不一定一次要拿1000首歌曲的資料，也可以一次只要求10 首歌曲，如果使用者要後面的歌曲，則是之後再request 一次歌曲資料。

6> model 是 UI independent  的，所以他並不直接傳遞訊息給 controller。他用的是「廣播」的方式，而 controller 則是接收到訊號後，才會知道 model 有被更動過。

7> 這三個陣營是壁累分明的，因為這一套溝通系統一混亂 ，裡面所有的class 的溝通會全部亂成一團，這會讓其他成員相當難維護 code。