一 定义
MVC即Model View Controller，是模型(model)－视图(view)－控制器(controller)的缩写。MVC是一种“前端”的设计模式。
MVC的目的是：希望View和Model分离，当某一方改变时。而还有一个方不必随之改变的。
比如，Java EE平台，iOS都是典型的基于MVC思想思想的，那么我们怎么在游戏设计中使用MVC模式呢。
二 MVC架构具体解释
1 模型Model
一直推荐一种思想:“全部的开发都是以数据位中心”。在MVC中，Model就是我们的数据中心。
Model的主要工作是保存数据，处理数据组织的相关逻辑。
以游戏中的好友系统为例：FriendModel须要保存从server请求过来的数据，然后须要提供接口，如返回排序后的结果。
数据另一个特点就是“唯一性，可重用”，尽管在各个界面的显示各有不同，但这份数据时唯一的。
比如，FriendModel在好友系统中表现为好友的各种信息详情，而在好友PK系统中又以战力的显示为主。
但这对于FriendModel这份数据来说。它是唯一的，仅仅是以不同的逻辑组织。提供不同的接口而已。
2 视图View
View负责与用户的交互，交互又分为两种：输入和输出。
2.1 输入
输入就是收集玩家的操作，比如玩家点击了一个button，或者输入了某些文字。比如。当玩家点击了一个好友的头像，或者点击了删除好友。
就须要对这些输入进行响应，对数据做出对应的处理。
2.2 输入
输出就是将游戏中各种数据。展示出来（包含视图展示，特效，声音等），让玩家可以看清楚，看明确。比如，上述中的FriendModel中保存的数据，输出就负责将其显示出来。
让玩家看到这个好友的性别是男或者女。而不是1或者0，或是其他什么的。
3 控制器Control
Control就是一个控制中心，关联着Model和View，假设没有了Control，Model和View就是两个全然分离的模块。当Model改变时。Control就会将这样的改变更新到View上面显示出来。
当View接受到玩家的交互时。会对数据做出对应的处理。
比如。当Model中接受到好友请求时。Control就会控制View，弹出一个提示框，提醒“XXX想要加入你为好友”。
当你点击了接受以后，Control就会发送一条信息给后台，后台返回数据。从而改变Model。
三 组合形式
就拿上面的好友系统来说。
通常会有一个单独的场景SceneFriend，然后有FriendModel，FriendView，最后就是FriendControl。
那么MVC是怎样组织到场景中的呢？也有两种做法。
1 将FriendModel，FriendView做为FriendControl的成员变量。
2 将FriendModel。FriendControl做为FriendView的成员变量。
第一种方案比較符合MVC这样的模式的设计，讲MV作为C的成员变量，控制起来比較方便。
另外一种方案对UI的结构来说。更加适合。
由于在Scene中加入一个View，这个是比較合理的。
第一种方案。我们须要将Control的成员变量View，加入到Scene中。
两种各有优劣，看大家的取舍了。iOS採用的是第一种方法。
