摘要：
设计模式的实现并不难，对着例子来，很快就能敲出来。但是，在什么情况下用什么设计模式，这是个问题，最近总结了一下：设计模式用法单例保证类的实例只有一个简单工厂根据参数创建对应具体子类策略算法、规则的封装、传入具体调用，调用具体算法装饰者动态对一个对象进行增属性、调用方法等操作，链式操作，随意组合。... 阅读全文
|
摘要：
设计模式的实现并不难，对着例子来，很快就能敲出来。但是，在什么情况下用什么设计模式，这是个问题，最近总结了一下：设计模式用法单例保证类的实例只有一个简单工厂根据参数创建对应具体子类策略算法、规则的封装、传入具体调用，调用具体算法装饰者动态对一个对象进行增属性、调用方法等操作，链式操作，随意组合。... 阅读全文
摘要：
在NHibernate中，ISessionFactory是线程安全的，对应一个数据库。它是生成ISession的工厂。而ISession是线程不安全的。 创建一个ISessionFactory需要消耗比较多的资源。因此，我们只在程序初始化的时候创建一次，以后就一直使用这个ISessionFac... 阅读全文
摘要：
访问者模式(Visitor)，表示一个作用于某对象结构中的各元素的操作。它使你可以在不改变各元素的类的前提下定义作用于这些元素的新操作。 下面给出访问者模式的结构图： 从类图可以看出，访问者模式那是相当复杂啊！ 下面给出访问者模式的基本代码结构：namespace ConsoleA... 阅读全文
摘要：
解释器模式(interpreter)，给定一个语言，定义它的文法的一种表示，并定义一个解释器，这个解释器使用该表示来解释语言中的句子。 解释器模式需要解决的是，如果一种特定类型的问题发生的频率足够高，那么可能就值得将该问题的各个实例表述为一个简单语言的句子。这样就可以构建一个解释器，该解释器通... 阅读全文
摘要：
享元模式(Flyweight)，运用共享技术有效地支持大量细粒度的对象。 下面给出享元模式的结构图： 下面给出享元模式的基本代码结构：namespace ConsoleApplication1{ //Flyweight类，它是所有具体享元类的超类或接口，通过这个接口，Fly... 阅读全文
摘要：
中介者模式(Mediator)，用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式地相互引用，从而使其耦合松散，而且可以独立地改变他们之间的交互。 来看中介者模式的结构图： Colleague叫做抽象同事类，而ConcreteColleague是具体同事类，每个具体同事只... 阅读全文
摘要：
职责链模式(Chain of Responsibility)：使多个对象都有机会处理请求，从而避免请求的发送者和接受者之间的耦合关系。将这个对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理它位置。 下面给出职责链模式的结构图： 下面给出职责链模式的基本代码结构：name... 阅读全文
摘要：
命令模式(Command)，将一个请求封装为一个对象，从而使你可用不同的请求对客户进行参数化；对请求排队或记录请求日志，以及支持可撤销操作。 下面给出命令模式的结构图： 下面是命令模式的基本结构代码：namespace ConsoleApplication1{ abst... 阅读全文
摘要：
迭代器模式(Iterator)，提供一种方法顺序访问一个聚合对象中的各个元素，而又不暴露该对象的内部表示。 当你需要访问一个聚集对象，而且不管这些对象是什么都需要遍历的时候，你就应该考虑用迭代器模式。同时，你需要对聚集有多重方式遍历时们可以考虑用迭代器模式。 实际上，到目前为止，迭代器的实用... 阅读全文
摘要：
合成/聚合复用原则(CARP)，尽量使用合成/聚合，尽量不要使用类继承。 合成和聚合都是关联的特殊种类。聚合表示一种弱的“拥有关系”，体现的是A对象可以包含B对象，但B对象不一定是A对象的一部分；合成则是一种枪的‘拥有’关系，体现了严格的部分和整体的关系，部分和整体的声明周期一样。比方说，大雁... 阅读全文
摘要：
组合模式(Composite)，将对象组合成属性结构以表示'部分-整体'的层次结构，组合模式使得用户对单个对象和组合对象的使用具有一致性。 下面给出组合模式的UML图： 来看组合模式的基本代码结构：namespace ConsoleApplication1{ //Compone... 阅读全文
摘要：
适配器模式(Adapter)，将一个类的接口转换成客户希望的另外一个接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。 在软件开发中，系统的数据行为都正确，但接口不符，我们应该考虑用适配器，目的是使控制范围之外的一个原有对象与某个接口匹配。适配器模式主要应用于希... 阅读全文
摘要：
备忘录模式(Memento)：在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态。这样以后就可将该对象恢复到原先保存的状态。 以下给出备忘录模式的UML图： Originator(发起人):负责创建一个备忘录Memento，用以记录当前时刻它的内部状态，并可使... 阅读全文
摘要：
抽象工厂模式(Abstract Factory)，提供一个创建一系列相关或相互依赖对象的接口，而无需指定他们具体的类。 以下给出抽象工厂方法模式的UML图： 回到《大话设计模式》里面的双数据库访问的例子：namespace ConsoleApplication1{ class ... 阅读全文
摘要：
状态模式(State)，当一个对象的内在状态改变时允许改变其行为，这个对象看起来像是改变了其类。 状态模式主要解决的是当控制一个对象状态转换的条件表达式过于复杂时的情况，把状态的判断逻辑转到到表示不同状态的一系列类当中，可以把复杂的逻辑判断简化。当然，如果这个状态的判断很简单，就没有必要使用状... 阅读全文
摘要：
观察者模式定义了一种一对多的依赖关系，让多个观察者对象同时监听某一个主题对象。这个主题对象在状态发生变化时，会通知所有观察者对象，使观察者对象它们能够自动更新自己。 说白了就是说一个对象，能够通过另外一个对象(通知者)的状态改变自身的状态。 问：什么时候应该用观察者模式呢？ 答：当一个对象... 阅读全文
摘要：
外观模式(Facade)，为子系统中的一组接口提供一个一致的界面，此模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。 怎么叫更加容易使用呢？多个方法变成一个方法，在外观看来，只需知道这个功能完成哪些功能就OK了，不必记得一大堆对象，一大堆方法。 外观模式UML图： 外观... 阅读全文
摘要：
建造者模式(Builder)，将一个复制对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。 建造者模式的UML图： Builder是为创建一个Product对象的各个部件指定的抽象接口。 ConcreteBuilder是具体的建造者，实现Builder接口，构... 阅读全文
摘要：
模板方法模式，定义一个操作中的算法的骨架，而将一些步骤移动(变动的部分)到子类中，模板方法使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。 模板方法的关键点在于对重复代码的提炼(要精准)。模板方法就是提供了一个很好的代码复用平台。 以下给出模板方法模式的UML图: ... 阅读全文
摘要：
原型模式(Prototype)，用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象。 简单说来原型模式就是从一个对象再创建另外一个可定制的对象，而且不需知道任何创建的细节。 原型模式UML图： 原型模式的基本代码结构：namespace ConsoleApplicati... 阅读全文
|