JAVA复合判断_设计模式之复合模式（Compound Pattern）

一.什么是复合模式？

在形式上，复合模式确实是多个模式的组合，但满足了这一条并不一定是复合模式，注意它的定义：

将多个模式结合起来形成一个“框架”，以解决一般性问题

一提到“框架”，可能最容易联想到的就是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一个，只是其余的框架目前尚未接触到，不好妄加评论

面对一个不熟悉的框架，不妨先从设计的角度简单分析下它的内部实现，比如应用了哪些设计模式，各个层的功能及层间的交互等等

了解一些基础的设计模式有助于我们快速接受一个框架，只有清楚了框架的内部实现，才能更好的驾驭它。。