一些設計原則

//global variable class 存取原則

• 最好以某個專門負責的class（例如，web api）來作為唯一的修改點，其他地方都直接唯讀取用。
• 如果是要存放修改點在其他class的變數，則要另外設local variable在修改完成後再直接copy過去
• 如果不得已非要多方存取與修改時，則要設為synchonize以免在存取的中途被修改。

//TableViewCell 設定原則

• 不要用同一種cell去換成新的UI style
• 要針對各種不用的style去設計不同的cell來用
• 用在viewController決定你要用什麼cell，把style obj傳入tableView中

//集合元素的設計原則

• 不要在多對一之後，再一對多
• 要把多個物件加入在同一個集合元素時，先把多組key統一整理成同一個唯一碼，再用這組唯一碼來還原為一對多。

//儘量避免函數副作用

• side effects是有特別定義的，在IT中專指你的function會對呼叫它的地方造成影響。
• 例如，函數被呼叫時會改動到全域變數，或是你用了inout參數，讓你的function可以直接改動它的輸入參數。
• 比較好的作法
• 儘量少用沒有參數的函數，因為這通常代表它會改動到全域變數。
• 儘量讓每個函數都只實作輸入參數跟輸出之前轉換的邏輯。

//在swift 2.0之後，應該要優先使用struct和enum，需要繼承的時候再用class

• swift 強化了struct和enum的功能，可以實踐class的大部份功用。
• 原來的root class也可以用protocol加上protocol extension來實踐
• 特別是要用RxSwift的時候，因為會用到大量的closure，struct可以確保線程安全。

//用struct的時候不要用到mutating來宣告function

• swift的實作上struct的self物件是immutable的，所以如果你用了mutating，它會幫你再包一層操作，最後還是把你輸入的修改值重新new一個新的instance給你。

//RxSwift設計原則：如果可以，就別在viewModel中用subscribe

• There are ideally no Variables, Subjects ....
• There are no subscribe, bind, drive methods or subscriptions being made in any way.
• Everything is just a definition. 
• Because there are no subscriptions, there are no DisposeBags, etc .., no resource management is needed because all operators are already chaining disposing mechanism.
• Everything is decoupled from the UI, there are no UIElements there, only pure logic