摘要：本文转自http://www.cnblogs.com/CHYGO/articles/1916427.html对于普通类型的对象来说，它们之间的复制是很简单的，例如：int a=88;int b=a; 而类对象与普通对象不同，类对象内部结构一般较为复杂，存在各种成员变量。下面看一个类对象拷贝的简单例子。 01#include <iostream> 02using namespace std; 0304class CExample { 05private: 06　int a; 07public: 08　CExample(int b) 09　{ a=b;} 10　void Show () 阅读全文

摘要：中介模式(Mediator)，用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式地相互引用，从而使用其耦合松散，而且可以独立地改变它们之间的交互。下面先给出类结构图，再做简单解释。中介者模式很容易在系统中引用，但是也比较容易误用。所以当系统出现了“多对多”交互复杂的对象群时，不要急于使用中介者模式，而要先反思系统在设计上是不是合理。下面我们来说一说，中介者模式的优缺点。中介者的优点首先是Mediator的出现减少了各个Colleague的耦合，使得可以独立地改变和复用各个 Colleague类和Mediator。其次，由于把对象如何协作进行了抽象，将中介作为一个独立的概念并将其封装 阅读全文

摘要：合成/聚合复用原则(CAPP)，尽量使用合成/聚合，尽量不要使用类继承。合成(Composition，也有翻译成组合)和聚合(Aggregation)都是关联的特殊种类。聚合表示一种弱的‘拥有’关系，体现的是A对象可以包含B对象，但B对象不是A对象的一部分；合成则是一种强的‘拥有’关系，体现了严格的部分和整体的关系，部分和整体的生命周期一样。打个比方说，小鸟有两个翅膀，翅膀与小鸟是部分和整体的关系，并且它们的生命周期是相同的，于是翅膀和小鸟就是合成关系。然而相对于鸟群来说，一个鸟群有多只小鸟，所以小鸟和鸟群是聚合关系。合成/聚合复用原则的好处是，优先使用对象的合成/聚合将有助于你保持每个类被封 阅读全文

摘要：首先介绍一下解释器模式适合解决哪类问题。其实，解释器模式需要解决的问题是，如果一种特定类型的问题发生的频率足够高，那么可能就值得将该问题的各个实例表述为一个简单语言的句子。这样就可以构建一个解释器，该解释器通过解释这些句子来解决该问题。就应用的例子来说，例如正则表达式就是它的一种具体应用，解释器可以为正则表示定义一个文法，如何表示一个特定的正则表达式，以及如何解释这个正则表达式。下面给出解释器模式的定义。解释器模式 (interpreter)，给定一个语言，定义它的文法的一种表示，并定义一个解释器，这个解释器使用该表示来解释语言中的句子。解释器模式的类结构图如下。图中的结构也比较好理解，解释器 阅读全文

摘要：职责链模式(Chain of Responsibility)：使多个对象都有机会处理请求，从而避免请求的发送者和接收者之间的耦合关系。将这个对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理它为止。职责链模式的一个很重要的特点是，当客户发出请求之后，客户端并不知道哪一个对象最终处理这个请求，这样系统的更改可以在不影响客户端的情况下动态地重新组织和分配责任。下面给出类结构图。从上图可以看出，当客户提交一个请求时，请求是沿链传递直至有一个ConcreteHandler对象负责处理它。这样做的好处是请求者不用管哪个对象来处理，反正最终是要被某一个对象处理就是了。也就是说接收者和发送者都没有对 阅读全文

摘要：访问者模式(Visitor)，表示一个作用于某对象结构中的各元素的操作。它使你可以在不改变各元素的类的前提下定义作用于这些元素的新操作。紧接着，给出其类结构图。访问者模式适用于数据结构相对稳定的系统，它把数据结构和作用于结构上的操作之间的耦合解脱开，使得操作结合可以相对自由地演化。访问者模式的目的是要把处理从数据结构分离出来。很多系统可以按照算法和数据结构分开，如果这样的系统有比较稳定的数据结构，又有易于变化的算法的话，使用访问者模式就是比较合适的，因为访问者模式使得算法操作的增加变得容易。访问者模式的优点就是增加新的操作很容易，因为增加新的操作就意味着增加一个新的访问者。访问者模式将有关的行 阅读全文

摘要：首先，让我们给出享元模式的定义。享元模式(Flyweight)，运用共享技术有效地支持大量细粒度的对象。享元模式可以避免大量非常相似类的开销。在程序设计中，有时需要生成大量细粒度的类实例来表示数据。如果能发现这些实例除了几个参数外基本上都是相同的，有时就能够受大幅度地减少需要实例化的类数量。如果能把那些参数移到类实例的外面，在方法调用时将它们传递进来，就可以通过共享大幅度地减少单个实例的数目。下面先给出类结构图。从图中可以看出，Flyweight执行时所需的状态可能有内部的也可能有外部的，内部状态存储于ConcreteFlyweight对象之中，而外部对象则应该考虑由客户端对象存储或计算，当调 阅读全文

摘要：命令模式(Command)，将一个请求封装为一个对象，从而使你可用不同的请求对客户进行参数化；对请求排队或纪录请求日志，以及支持可撤销的操作。那么让我们简要的说一下命令模式的特点。它能比较容易地设计一个命令队列；在需要的情况下，可以较容易地将命令记入日志；允许接收请求地一方决定是否要否决请求；可以容易地实现对请求地撤销和重做；由于加进新地具体命令类不影响其他的类，因此增加新的具体命令类很容易；把请求一个操作的对象与知道怎么执行一个操作的对象分隔开；下面给出基本的类结构图。上面这张图是命令模式的类结构的基本图。其实从这张图中还可以扩展出很多，细节就不说了，给大家留一些想象的空间，呵呵！还是老规矩 阅读全文

摘要：顾名思义，单例模式的特点就是保证一个类仅有一个实例。因为这个模式只和一个类有关，没有类与类之间的关系，所有就不给出图示了。那么还是先说一下基本的定义。单例模式(Singleton)，保证一个类仅有一个实例，并提供一个访问它的全局访问点。通常我们可以让一个全局变量使得一个对象被访问，但它不能防止你实例化多个对象。一个最好的办法就是，让类自身负责保存它的唯一实例。这个类可以保证没有其他实例可以被创建，并且它可以提供一个访问该实例的方法。平时，我们常用单例模式的地方通常是多线程。因为Objective C传承了Smalltalk语言，所以在Objective C中实现单例模式和C++和C#以及Jav 阅读全文

摘要：其实，状态模式主要解决的是当控制一个对象状态转换的条件表达式过于复杂的情况。把状态的判断逻辑转移到表示不同状态的一系列类当中，可以把复杂的判断逻辑简化。说白了，目的就是为了消除庞大的条件分支语句。这次想通过一个具体的例子，和大家一起学习状态模式。例子的内容是一天不同时间段内，不同的状态。时间是不同状态之间的分割点。好的，下面还是先给出这个例子的类结构图。上面的类结构图并不复杂，首先是抽象出一个状态的父类，通过工作类对时间点的设置来切换不同的状态。逻辑结构并不复杂，还是给出简易的代码，大家可以慢慢体会一下。Work类接口1234567891011#import <Foundation/Fo 阅读全文