冲吧，不要停！

适配器模式（Adapter） 还是先从引入说起，先来看一个问题吧，总所周知，在中国通用的电压时 220V, 而美国电压则是 110V，如果有经常在美国和中国之间跑的 IT 人，而其笔记本都是随身携带的， 那么它的笔记本的电压问题如何解决呢？ （因为在美国和中国电压不同，所以一般的电器会不通用的） 而适配器在这个问题上体现得妙极妙极。 现在的笔记本都有一个电源适配

问：为什么要有DAO？  答：具体的持久化方式有很多种，可以是关系数据库，对象数据库，或是文件系统上的一堆XML文件。         对象本身及DAO的调用者并不知道对象从哪里来，到哪里去，以及是否具有持久性。因此，我们         可以随意替换持久化的具体实现技术，而上层应用程序对此不会且丝察觉。

1，适配器模式（Adapter）：把已有的接口进行包装处理，转换成我们需要的接口。（注意：对象是已经存在的接口） 代码： public abstract class Target {          public abstract void GetTemperature();} class Adaptee {          publi

在做领域模型和用例实现的时候，针对每个领域模型和它的方法进行类设计时，按下列顺序考虑的模式。 1，控制器 2，创建者 3，信息专家 4，内聚 5，耦合 UML和模式应用18章

按照以前的方式，前台和后台交互信息时，要建一个接口类来保存要交换的信息。 今天看代码看到了别一个方式，用List>方式来传要交换的信息。 他把List做为了一个前台和后台的信息接口。 现在需要是除了返回每个用户Address信息外，还要返回每个用户信息。 他把用户信息也放到了map里，也就是说，把每个用户的信息和用户Address信息都放到了map里。 按照以前的方式，这样的东西要写个接

模式类型 在Spring的源码里看到下面一段代码，使用方法感觉挺巧妙的，记录下来一下。 ReflectiveAspectJAdvisorFactory： private List getAdvisorMethods(Class aspectClass) { final List methods = new LinkedList(); // 设计巧妙的地方正是这个地方：Reflect