一.什么是复合模式？
在形式上，复合模式确实是多个模式的组合，但满足了这一条并不一定是复合模式，注意它的定义：
将多个模式结合起来形成一个“框架”，以解决一般性问题
一提到“框架”，可能最容易联想到的就是MVC吧，不过MVC确实是一个经典的复合模式
二.MVC与复合模式
Model，View，Controller各自的职责：
这里不得不强调一下控制逻辑与应用逻辑（算法逻辑）的区别：
- 所谓控制逻辑，就是判断在当前情景下应该调用什么对象的什么方法
- 而应用逻辑指的是具体对象的具体方法的内部实现（某个复杂的算法，或者一系列的具体处理）
（非要细说的话，View里面其实也包含了一点控制逻辑（根据用户动作判断应该调用哪一个Controller），当然，一般情况我们都把这点逻辑忽略不计的）
MVC的最大优点就是把表现层View与模型Model分离，实现了设计上的松耦合（应对变化）以及代码的复用（View可以随便换，只需要改改新View里面那一丁点儿控制逻辑就好了）
-------
前面说过了MVC是一种复合模式，那它到底复合了哪些模式，一起看看：
- 观察者模式：V和C都是M的观察者（Model的状态更新要及时通知V更新视图，或者通知C做相应逻辑处理）
- 策略模式：C是V的“策略”，所以V包含的控制逻辑就是“选择策略”，也就是选择控制器Controller
- 组合模式：V的自身实现应用了组合模式（调用顶层容器的repaint方法，容器内的所有组件都会重绘）
MVC应用了多个模式，并能够较好的解决设计上的一般性问题，所以被称为复合模式
三.传统MVC与Java本地程序的MVC
从上面可以看到传统MVC中具体的应用逻辑都被包含在M里面，也就是说，我们的模型对象不仅具有一系列属性（和getter, setter）还要有相关的数据处理方法
这与Java本地程序中的MVC不同，在Java程序中我们通过建包package来对代码结构进行分层，一般是这样做的：
需要说明的是：
- vo包里面一般都是各个实体抽象出来的类（也有把包名定为bean的，不过意义都一样，只包含各个实体的属性及其对应的getter和setter，不含应用逻辑）
- dao和core都是service的辅助层，三层共同映射为Controller
Java本地程序的MVC与传统MVC的最大区别就是Java中的M更纯粹（干净），只包含单纯的值对象，不含任何应用逻辑，几乎所有的逻辑都被装到了Controller里面（各种Concrete Service类）
写在后面：
应用了复合模式的成熟框架远不止MVC一个，只是其余的框架目前尚未接触到，不好妄加评论
面对一个不熟悉的框架，不妨先从设计的角度简单分析下它的内部实现，比如应用了哪些设计模式，各个层的功能及层间的交互等等
了解一些基础的设计模式有助于我们快速接受一个框架，只有清楚了框架的内部实现，才能更好的驾驭它。。