摘要：
单例模式（Singleton），保证一个类仅有一个实例，并提供一个访问它的全局访问点。 所有类都有构造方法，不编码则系统默认生成空的构造方法，若有显示定义的构造方法，默认的构造方法就会失效。于是，只要将类的构造方法写成是private的，那么外部程序就不能用new来实例化它了。 让类自身负责保存它的 阅读全文
摘要：
组合模式（composite）,将对象组合成树形结构以表示 '部分-整体' 的层次结构。组合模式使得用户对单个对象和组合对象的使用具有一致性。 何时使用组合模式:需求中体现部分与整体层次的结构时，以及希望用户可以忽略组合对象与单个对象的不同（整体与部分可以一致被对待），统一地使用组合结构中的所有对象 阅读全文
摘要：
备忘录（Memento）：在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态。这样以后就可以将该对象恢复到原先保存的状态。 把要保存的细节给封装在了Memento 中了，哪一天要更改保存的细节也不用影响客户端了。Memento模式比较适用于功能比较复杂的，但需要维护或记录属性 阅读全文
摘要：
适配器模式（Adapter）：将一个类的接口转换成客户希望的另外一个接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。 双方都不太容易修改的时候再使用适配器模式。 系统的数据和行为都正确，但接口不符时，我们应该考虑用适配器器，目的是使得控制范围之外的一个原有对象与某个 阅读全文
摘要：
状态模式（State）：当一个对象的内在状态改变时允许改变其行为，这个对象看起来像是改变了其类。 状态模式主要解决的是当控制一个对象状态转换的条件表达式过于复杂时的情况。把状态的判断逻辑转移到表示不同状态的一系列类当中，可以把复杂的判断逻辑简化。当然，如果这个状态判断很简单，那就没必要用“状态模式” 阅读全文
摘要：
用反射技术去除Switch或者if，解除简单工厂类的判断语句带来的耦合。 用配置文件全项目替代数据库类型实现Oracle、Mysql，或者加入SqlServer等数据库实现。 优点：比抽象工厂减少耦合（Ifactory,MysqlFactory,OracleFactory变为一个ReflectSql 阅读全文
摘要：
抽象工厂模式（Abstract Factory）,提供一个创建一系列相关或相互依赖的接口，而无需指定它们具体的类。 涉及到多个产品系列的问题，工厂方法模式组合叫抽象工厂模式。如下图涉及到大于1个的产品，Oracle、mysql两个产品。应用的具体工厂是由两种不同的数据库实现，可以很方便的切换两个数据 阅读全文
摘要：
观察者模式（Observer）：又叫 发布-订阅 （Publish/Subscribe）模式 观察者模式：定义了一种一对多的依赖关系，让多个观察者对象同时监听某一个主题对象。这个主题对象在状态发生变化时，会通知所有观察者对象，使他们能够自动更新自己。 Subject类 ConcreteSubject 阅读全文
摘要：
建造者模式（Builder）:将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。 如果我们用了建造者模式，那么用户就只需要指定需要建造的类型就可以得到它们，而具体建造的过程和细节就不需要知道了。 建造者模式：主要用于创建一些复杂的对象，这些对象内部构建间的建造顺序通常是稳定的 阅读全文
摘要：
外观模式(Facade)：为子系统中的一组接口提供一个一致的界面，此模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。 何时用外观模式？ 分三个阶段：首先，再设计初期阶段，应该要有意识的将不同的两个层分离，比如经典的三层架构，就需要考虑在数据访问层和业务逻辑层、业务逻辑层和表示层的层与层之 阅读全文