使用框架開發游戲
優點：耦合性低，重用性高，部署快，可維護性高，方便管理。提高開發效率，降低開發難度
缺點：增加了系統結構和實現的復雜性，需要額外花費精力維護，不適合小型程序，易影響運行效率
常見框架
MVC
- 表現層（View）：游戲畫面。UI
- 邏輯層（Controller）：數據接口，操作控制，AI
- 數據層（Model）：數據保存，圖片、聲音等資源
我的SFramework中，View層是單獨的，Model我放在基類中，Controller則在派生類，實現了MVC的分離（如果要重構的話我可能會用組合代替繼承）
舉例： PlayerHUD+PlayerCtrl（PlayerYuka）+IPlayer
注意圖中的調用關系
MVC
優點：實現了層次化設計，是一個基礎常用的框架
缺點：MVC如果沒有用好，容易出現某一層過重的現象（如View）。MVC更適合橫向鋪量的項目。游戲（非UI部分）則不太合適。
MVVM
MVVM 模式將MVP中的 Presenter 改名為 ViewModel，基本上與 MVP 模式完全一致。
MVP中，View 與 Model 不發生聯系，都通過 Presenter 傳遞。
唯一的區別是，它采用雙向綁定（data-binding）：View的變動，自動反映在 ViewModel
SFramework中，View不能直接修改Model，他們之間通過事件通信
uFrame&MVVM
uFrame框架模仿了MVVM這種架構模式（事實上並不包含Model部分，且多出了Controller部分）
在uFrame中，使用Element這個概念將業務分拆成三部分：
- ViewModel：保存游戲中對象的數據結構，例如血量、經驗、金錢等等。
- Controller：處理游戲業務邏輯。例如加血、減血之類的。
- View：游戲世界中可以見的對象，和ViewModel綁定，以在游戲中進行展現。
uFrame是可視化的，功能似乎方便實用，但是由於收費，我沒有深入過，不便過多評價
PureMVC
pureMVC框架引入了多種設計模式、消息機制（使用觀察者模式，發布/訂閱模式）來解耦各個模塊
我曾使用過PureMVC框架開發過一個demo，它通過ApplicationFacade，Mediator，Proxy，Command架設項目，由SendNotification()進行交互
優點：強解耦，實現了MVC高度分離
缺點：增加代碼量，降低執行效率，函數調用層次較深，容易找不到消息發送源。Facade作為單例接口，本應管理MVC，Model、View、Controller卻提供了 getInstance()方法，讓人奇怪
MVCS
框架與架構
StrangeIOC支持依賴注入（即控制反轉（Inversion of Control，縮寫為IoC）），可以有效降低耦合度
但是IOC復雜而緩慢，而且是基於Mono的，所以我沒有選用
ECS
Entity Component System
Unity本身的組件開發就是ECS框架，ECS很適合游戲開發，在游戲引擎中比較常見，谷歌曾在Github上發布了一個名叫Entitas的ECS框架，下面我們就來介紹
- Entity就是只有數據的GameObject對象，不包括方法
- 每一個Entity擁有Component組件，負責Entity數據處理
- Group是擁有相同Component的Entity集合
- Context就是創建銷毀Entity的工廠
- Collector收集器提供了簡單的方法來處理Group中Entity變化的反應。
ECS的教程現在還比較少，詳細的我也不方便介紹了，感興趣的可以在這些框架中選一個深入
其他
TRAP框架
TRAP是一個學長制作的單機游戲，他在這個游戲中使用了自己原創的框架，SFramework也從中參考了不少設計思路。TRAP有分UI部分和游戲部分，封裝了Unity事件和輸入控制，使用單例、Manager和NotificationCenter進行消息傳輸，不過目前未開源
GameFramework
基於 Unity 5.3+ 引擎的游戲框架，國人原創，開源
詳情可以去官網查看
簡介
SFramework
Sunset Game 制作組自主設計研發的一款Unity通用游戲框架，設計思想類似MVC+ECS。
簡介
還有更多優秀框架可以在GitHub中找到~