|
摘要：
职责链模式(Chain of Responsibility)：使多个对象都有机会处理请求，从而避免请求的发送者和接受者之间的耦合关系。将这个对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理它位置。 下面给出职责链模式的结构图： 下面给出职责链模式的基本代码结构：namespace ConsoleApplication1{ //Handler类，定义一个处理请示的接口 abstract class Handler { protected Handler successor; public void SetSuccesso... 阅读全文
摘要：
命令模式(Command)，将一个请求封装为一个对象，从而使你可用不同的请求对客户进行参数化；对请求排队或记录请求日志，以及支持可撤销操作。 下面给出命令模式的结构图： 下面是命令模式的基本结构代码：namespace ConsoleApplication1{ abstract class Command { protected Receiver receiver; public Command(Receiver receiver) { this.receiver = receiver; ... 阅读全文
摘要：
合成/聚合复用原则(CARP)，尽量使用合成/聚合，尽量不要使用类继承。 合成和聚合都是关联的特殊种类。聚合表示一种弱的“拥有关系”，体现的是A对象可以包含B对象，但B对象不一定是A对象的一部分；合成则是一种枪的‘拥有’关系，体现了严格的部分和整体的关系，部分和整体的声明周期一样。比方说，大雁有两个翅膀，翅膀与大雁是部分和整体的关系，并且它们的声明周期是相同的，于是大雁和翅膀就是合成关系。而大雁是群居动物，所以每只大雁都是属于一个雁群，一个雁群可以有多只大雁，所以大雁和雁群是聚合关系。 合成/聚合复用原则的好处是，有限使用对象的合成/聚合将有助于你保持每个类被封装，并被集中在单个任务上... 阅读全文
摘要：
迭代器模式(Iterator)，提供一种方法顺序访问一个聚合对象中的各个元素，而又不暴露该对象的内部表示。 当你需要访问一个聚集对象，而且不管这些对象是什么都需要遍历的时候，你就应该考虑用迭代器模式。同时，你需要对聚集有多重方式遍历时们可以考虑用迭代器模式。 实际上，到目前为止，迭代器的实用价值不大，因为很多高级编程语言，如C#，java等本身已经把这个模式做在语言中了，就是 foreach。另外想IEnumerable接口也是为迭代器模式准备的。 下面给出迭代器模式的UML示例图： 下面给出迭代器模式的代码结构：namespace ConsoleApplication1{ ... 阅读全文
摘要：
组合模式(Composite)，将对象组合成属性结构以表示'部分-整体'的层次结构，组合模式使得用户对单个对象和组合对象的使用具有一致性。 下面给出组合模式的UML图： 来看组合模式的基本代码结构：namespace ConsoleApplication1{ //Component为组合中的对象声明接口 abstract class Component { protected string name; public Component(string name) { this.name = name... 阅读全文
摘要：
备忘录模式(Memento)：在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态。这样以后就可将该对象恢复到原先保存的状态。 以下给出备忘录模式的UML图： Originator(发起人):负责创建一个备忘录Memento，用以记录当前时刻它的内部状态，并可使用备忘录恢复内部状态。Originator可根据需要决定Memento存储Originator的哪些内部状态。 Memento(备忘录):负责存储Originnator对象的内部状态，并可防止Originator以外的其他对象访问备忘录Memento，备忘录有两个接口，Caretaker只能看到备... 阅读全文
摘要：
适配器模式(Adapter)，将一个类的接口转换成客户希望的另外一个接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。 在软件开发中，系统的数据行为都正确，但接口不符，我们应该考虑用适配器，目的是使控制范围之外的一个原有对象与某个接口匹配。适配器模式主要应用于希望复用一些现存的类，但是接口又与复用环境要求不一致的情况。 下面给出适配器模式的UML图： 下面来看下适配器模式的代码结构图：namespace ConsoleApplication1{ //Target类，客户所期望的接口 class Target { ... 阅读全文
摘要：
状态模式(State)，当一个对象的内在状态改变时允许改变其行为，这个对象看起来像是改变了其类。 状态模式主要解决的是当控制一个对象状态转换的条件表达式过于复杂时的情况，把状态的判断逻辑转到到表示不同状态的一系列类当中，可以把复杂的逻辑判断简化。当然，如果这个状态的判断很简单，就没有必要使用状态模式了。 如果我没理解错的话，说白了就是如果判断很长，就把判断分割到多个类里面。 状态模式的好处是将与特定状态相关的行为局部化，并且将不同状态的行为分隔开来。状态模式通过吧各种状态转移逻辑分布到State子类之间，来减少相互间的依赖。 问：什么时候考虑使用状态模式呢？ 答：当一个对象的行为... 阅读全文
摘要：
抽象工厂模式(Abstract Factory)，提供一个创建一系列相关或相互依赖对象的接口，而无需指定他们具体的类。 以下给出抽象工厂方法模式的UML图： 回到《大话设计模式》里面的双数据库访问的例子：namespace ConsoleApplication1{ class User { private int _id; public int ID { get { return _id; } set { _id = value; } } private... 阅读全文
摘要：
观察者模式定义了一种一对多的依赖关系，让多个观察者对象同时监听某一个主题对象。这个主题对象在状态发生变化时，会通知所有观察者对象，使观察者对象它们能够自动更新自己。 说白了就是说一个对象，能够通过另外一个对象(通知者)的状态改变自身的状态。 问：什么时候应该用观察者模式呢？ 答：当一个对象的改变需要同时改变其他对象的时候。 观察者模式所做的工作其实就是在解除耦合。让耦合的双方都依赖于抽象，而不是依赖具体。从而使得各自的变化都不会影响另一边的变化。 下面给一个观察者模式的UML图： 下面给出观察者模式的代码结构：namespace ConsoleApplication... 阅读全文
|
