1 视图本身没有它所要显示的数据，视图的数据源始终是控制器
3 游戏的进行是模型的一部分，不是控制器的一部分
4 模型关于游戏是什么，在模型中封装游戏进行的逻辑，模型对用户界面一无所知，里面没有任何同用户界面相关的事物。
Model（模型）是应用程序中用于处理应用程序数据逻辑的部分。
为应用程序提供独立的，不依赖于View和Controller子系统的数据模型。
通常模型对象负责在数据库中存取数据。
模型表示企业数据和业务规则。在MVC的三个部件中，模型拥有最多的处理任务。被模型返回的数据是中立的，就是说模型与数据格式无关，这样一个模型能为多个视图提供数据，由于应用于模型的代码只需写一次就可以被多个视图重用，所以减少了代码的重复性。控制器接受用户的输入并调用模型和视图去完成用户的需求，所以当单击Web页面中的超链接和发送HTML表单时，控制器本身不输出任何东西和做任何处理。它只是接收请求并决定调用哪个模型构件去处理请求，然后再确定用哪个视图来显示返回的数据。（摘抄）
View（视图）是应用程序中处理数据显示的部分。
通常视图是依据模型数据创建的。
通常视图是依据模型数据创建的。
在视图中其实没有真正的处理发生，不管这些数据是联机存储的还是一个雇员列表，作为视图来讲，它只是作为一种输出数据并允许用户操纵的方式。
以一定的形式像用户呈现数据并允许用户对数据进行操作。理解View的关键是要理解同样的数据可以有不同的呈现方式，可以以列表的形式显示，可以以图片的形式显示，有时根据需求只需显示部分数据。
Controller（控制器）是应用程序中处理用户交互的部分。
通常控制器负责从视图读取数据，控制用户输入，并向模型发送数据。
通常控制器负责从视图读取数据，控制用户输入，并向模型发送数据。
在 Model和View之间加入一个Controller的主要目的就是“去耦”，即消除Model和View之间的耦合性。用户和View交互 时，View会通知Controller在View中有数据发生了更改，而Controller则会将这个数据的改变反应到Model中。 Controller在这个过程中扮演转义数据的角色（因为呈现在View中的数据可能是便于用户阅读的文字或是数字，而存储在Model中的数据可能是 比较高效但不便于直接阅读的二进制或是其他存储方式比如关系数据库，Controller可以承担转化这两种数据形式的职责）。
Model和View明明可以直接交互，为什么要引入Controller呢？原因就是，View通常会经常根据用户需求而发生改变（相信经常和客户打交 道的朋友对此感触颇深），而且用户数据格式有时候也会发生改变（比如客户要求数据需要从mysql数据库迁移到oracle），这样把View和 Model分离出来就显得极其重要了。
简而言之：框架是大智慧，用来对软件设计进行分工；设计模式是小技巧，对具体问题提出解决方案，以提高代码复用率，降低耦合度。
后续待补