女人高潮久久久叫人喷水,伊人久久大香线蕉综合5g,精品久久人妻av中文字幕

设计模式之strategy

Tue, 17 Jul 2012 00:11:00 GMT

一、概�q?/span>
Strategy�Q�策略）模式又称Policy模式�Q�用于定义一�p�d��的算法，把它们一个个��装��h��Q��ƈ且��它们可相互替换。这里的��法�q��狭义的数据结构或��法理论中所讨论的KMP、shell sort�{�算法，而是指应用程序设计中不同的处理逻辑�Q�前面所说的狭义的算法只是其中的一部分。Strategy模式使得��法与算法的使用者相分离�Q�减��了二者间的耦合度，使得��法可独立于使用它的客户而变化；同时�Q�由于设计粒度的减小�Q�程序的复用性也得到了进一步提高，分离出来的算法可以更好地适应复用的需要�?/span>

二、结�?/span>
Strategy模式的结构如下图所�C�：(x��)

从结构上看，Strategy模式与State模式有几分相��|��但二者所讨论的Context�Q�情景）��h��显著的差异：(x��)
State模式在于��其状态信息分��d��来保存到一个独立的对象中，以便状态信息的获取或状态的转换�Q�Strategy模式在于��可能的��法分离出来�Q�根据需要进行适当的选择。此外，二者的区别�q�在于，Strategy模式中各个Strategy�Q�算法、策略）往往用于解决相同的问题，卛_��是解军_��一问题的不�?#8220;�{�略”�?#8220;途径”�Q�而且�Q�一�ơ只能有一个Strategy��Z��ơ应用提供服务；而State模式中的各个State本��n往往��h��一定的差异�Q�但他们之间存在明显的相互�{换的关系�Q�而且�q�种转换往往�?x��)在�E�序�q�行�q�程中经常性地发生�Q�同时存在一个以上State也是可能的�?/span>

区别参考：(x��)二者的应用场合不同。状态模式用于处理对象有不同状态（状态机�Q�的场合�Q�策略模式用于随不同外部环境采取不同行�ؓ(f��)的场合。在状态模式中�Q�状态的变迁是由对象的内部条件决定，外界只需兛_��其接口，不必兛_��其状态对象的创徏和�{化；而策略模式里�Q�采取何�U�策略由外部条�g军_��。所以，有�h�?#8220;状态模式是完全��装且自修改的策略模�?#8221;。至于Bridge�Q�在�l�构上与前两者都不一样了。要说相��g��处，��是三者都有具有对外接口统一的类�Q�展现出多态性而已�?/span>

三、应�?/span>
当存在以下情冉|��可考虑使用Strategy模式�Q?/span>
1.许多相关的类仅仅是行为有异�?#8220;�{�略”提供了一�U�用多个行�ؓ(f��)中的一个行为来配置一个类的方法�?/span>
2.需要��用一个算法的不同变体。例如，你可能会(x��)定义一些反映不同的�I�间/旉��权衡的算法，当这些变体实��Cؓ(f��)一个算法的�c�d��ơ时�Q�可以��用策略模式�?/span>
3.��法使用客户不应该知道的数据。可使用�{�略模式以避免暴露复杂的、与��法相关的数据结构�?/span>
4.一个类定义了多�U�行为，�q�且�q�些行�ؓ(f��)在这个类的操作中以多个条件语句的形式出现。将相关的条件分支移入它们各自的Strategy�c�M��以代替这些条件语句�?/span>
更具体的应用实例包括�Q?/span>
1.以不同的格式保存文�g�Q?/span>
2.以不同的方式�Ҏ(gu��)��件进行压�~�或其他处理�Q?/span>
3.以不同的方式�l�制/处理相同的图形数据；
�{�等�?/span>

四、�D�?/span>
下面是一个应用Strategy模式对vector�q�行排序的例子，��Z��化问题，其中的排序Strategy实际上调用的是STL的排序算法：(x��)sort和stable_sort�?/span>

  1 #include <iostream>
  2 #include <vector>
  3 #include <algorithm>
  4 #include <time.h>
  5 using namespace std;
  6
  7 template <typename T>
  8 class SortStrategy    // Strategy
  9 {
10 public:
11     virtual void Sort( vector<T>& v_t ) = 0;
12 };
13
14 template <typename T>
15 class SortQuick : public SortStrategy<T>    // ConcreateStrategy1
16 {
17 public:
18     void Sort( vector<T>& v_t ) { std::sort( v_t.begin(), v_t.end() ); }
19 };
20
21 template <typename T>
22 class SortStable : public SortStrategy<T>    // ConcreateStrategy1
23 {
24 public:
25     void Sort( vector<T>& v_t ) { std::stable_sort(v_t.begin(), v_t.end()); }
26 };
27
28 template <typename T>
29 class Context {        // Context, who or whose client takes charge of which strategy will be selected
30 public:
31     Context() { m_pStrategy = NULL; }
32     virtual ~Context() { if (m_pStrategy != NULL) delete m_pStrategy; }
33
34     void SetStrategy(SortStrategy<T>* pStrategy);    // select a strategy
35
36     void ReadVector( vector<T>& v_t);
37     bool SortVector();
38     void OutputVector();
39 private:
40     vector<T> m_vt;
41     SortStrategy<T>*  m_pStrategy;    // a pointer to current strategy
42 };
43
44 template <typename T>
45 void Context<T>::SetStrategy( SortStrategy<T>* pStrategy )
46 {
47     if ( NULL != m_pStrategy )
48         delete m_pStrategy;
49
50     m_pStrategy = pStrategy;
51 }
52
53 template <typename T>
54 void Context<T>::ReadVector( vector<T>& v_t)
55 {
56     m_vt.clear();
57     copy( v_t.begin(), v_t.end(), back_inserter( m_vt ) );
58 }
59
60 template <typename T>
61 bool Context<T>::SortVector()
62 {
63     if ( NULL == m_pStrategy )
64         return false;
65
66     m_pStrategy->Sort( m_vt );
67
68     return true;
69 }
70
71 template <typename T>
72 void Context<T>::OutputVector()
73 {
74     copy( m_vt.begin(), m_vt.end(), ostream_iterator<T>( cout, " " ) );
75 }
76
77 // a functor to generate random int
78 struct RandGen
79 {
80     RandGen(int ratio) { m_ratio = ratio; }
81     int operator() () { return rand() % m_ratio + 1; }
82 private:
83     int m_ratio;
84 };
85
86 int main()
87 {
88     const int NUM = 9;
89     vector< int > vi;
90     time_t t;
91     srand( (unsigned) time(&t) );
92
93     // create a vector with random information
94     vi.reserve(NUM + 1);
95     generate_n(back_inserter(vi), NUM, RandGen(NUM));
96
97     Context< int >  con;
98     con.SetStrategy( new SortQuick<int>() );
99     con.ReadVector( vi );
100     con.OutputVector();
101
102     cout << endl;
103
104     con.SortVector();
105     con.OutputVector();
106
107     return 0;
108 }

本文转自�Q?/span>http://blog.csdn.net/haiyan0106/article/details/1651797

王�v�?/a> 2012-07-17 08:11 发表评论

C++设计模式-Iterator

Mon, 16 Jul 2012 00:11:00 GMT

一、概�q?br />Iterator�Q��P代器�Q�模式又�U�Cursor�Q�游标）模式�Q�用于提供一�U�方法顺序访问一个聚合对象中各个元素, 而又不需暴露该对象的内部表示。或者这栯��可能更容易理解：(x��)Iterator模式是运用于聚合对象的一�U�模式，通过�q�用该模式，使得我们可以在不知道对象内部表示的情况下�Q�按照一定顺序（由iterator提供的方法）讉K��聚合对象中的各个元素�?br />�׃��Iterator模式的以上特性：(x��)与聚合对象耦合�Q�在一定程度上限制了它的广泛运用，一般仅用于底层聚合支持�c�，如STL的list、vector、stack�{�容器类及ostream_iterator�{�扩展iterator�?br />�Ҏ(gu��)��STL中的分类�Q�iterator包括�Q?br />Input Iterator�Q�只能单步向前�P代元素，不允�怿�改由该类�q�代器引用的元素�?br />Output Iterator�Q�该�c��P代器和Input Iterator极其�怼��Q�也只能单步向前�q�代元素�Q�不同的是该�c��P代器对元素只有写的权力�?br />Forward Iterator�Q�该�c��P代器可以在一个正��的区间中进行读写操作，它拥有Input Iterator的所有特性，和Output Iterator的部分特性，以及单步向前�q�代元素的能力�?br />Bidirectional Iterator�Q�该�c��P代器是在Forward Iterator的基��上提供了单步向后�q�代元素的能力�?br />Random Access Iterator�Q�该�c��P代器能完成上面所有�P代器的工作，它自��q��有的�Ҏ(gu��)��就是可以像指针那样�q�行��术计算�Q�而不是仅仅只有单步向前或向后�q�代�?br />�q�五�c��P代器的从属关�p�，如下图所�C�，其中��头A→B表示�Q�A是B的强化类型，�q�也说明了如果一个算法要求B�Q�那么A也可以应用于其中�?br />
�?font color="#999900">1、五�U��P代器之间的关�p?br />vector 和deque提供的是RandomAccessIterator�Q�list提供的是BidirectionalIterator�Q�set和map提供�?iterators�?ForwardIterator�Q�关于STL中iterator的更多信息�?br />二、结�?br />Iterator模式的UML�l�构如下图所�C�：(x��)

三、应�?br />Iterator模式有三个重要的作用�Q?font color="#999900">
1�Q�它支持以不同的方式遍历一个聚�?复杂的聚合可用多�U�方式进行遍历，如二叉树(w��i)的遍历，可以采用前序、中序或后序遍历。�P代器模式使得改变遍历��法变得很容�?strong>: 仅需用一个不同的�q�代器的实例代替原先的实例即可，你也可以自己定义�q�代器的子类以支持新的遍历，或者可以在遍历中增加一些逻辑�Q�如有条件的遍历�{��?font color="#999900">
2�Q��P代器��化了聚合的接�?有了�q�代器的遍历接口�Q�聚合本�w�就不再需要类似的遍历接口了，�q�样��q��化了聚合的接口�?font color="#999900">
3�Q�在同一个聚合上可以有多个遍�?每个�q�代器保持它自己的遍历状态，因此你可以同时进行多个遍历�?font color="#999900">
4�Q�此外，Iterator模式可以为遍历不同的聚合�l�构�Q�需拥有相同的基�c�）提供一个统一的接口，��x��持多态�P代�?br />�� 单说来，�q�代器模式也是Delegate原则的一个应用，它将寚w��合进行遍历的功能��装成独立的Iterator�Q�不但简化了集合的接口，也��得修攏V��增加遍历方式变得简单。从�q�一点讲�Q�该模式与Bridge模式、Strategy模式有一定的�怼�性，但Iterator模式所讨论的问题与集合密切相关�Q?造成在Iterator在实��C��h��一定的�Ҏ(gu��)��性，具体��在�C�Z��部分�q�行讨论�?br />
四、优�~�点
正如前面所��_(d��)��与集合密切相养I��限制�?Iterator模式的广泛��用，��׃��言�Q�我不大认同��Iterator作�ؓ(f��)模式提出的观点，但它又确实符合模�?#8220;�l�常出现的特定问题的解决�Ҏ(gu��)��”�?特质�Q�以至于我又不得不承认它是个模式。在一般的底层集合支持�c�M��Q�我们往往不愿“避轻��重”��集合设计成集合 + Iterator 的�Ş式，而是��遍历的功能直接交由集合完成�Q�以免犯�?#8220;�q�度设计”的诟病，但是�Q�如果我们的集合�cȝ��实需要支持多�U�遍历方式（仅此一点仍不一定需要考虑 Iterator模式�Q�直接交由集合完成往往更方便）�Q�或者，��Z��与系�l�提供或使用的其它机�Ӟ��如STL��法�Q�保持一致时�Q�Iterator模式才值得�?虑�?br />
五、�D�?br />可以考虑使用两种方式来实现Iterator模式�Q�内嵌类或者友元类。通常�q�代�c�需讉K��集合�c�M��的内部数据结构，为此�Q�可在集合类中设�|��P代类�?font color="#990000">friend class�Q�但�q�不利于��d��新的�q�代�c�，因�ؓ(f��)需要修攚w��合类�Q�添�?font color="#990000">friend class语句。也可以在抽象�P代类中定�?font color="#990000">protected型的存取集合�c�d��部数据的函数�Q�这栯��P代子�c�d��可以讉K��集合�c�L��据了�Q�这�U�方式比较容易添加新的�P代方式，但这�U�方式也存在明显的缺点：(x��)�q�些函数只能用于特定聚合�c�，�q�且�Q�不可避免造成代码更加复杂�?br />
STL的list::iterator、deque::iterator、rbtree::iterator�{�采用的都是外部Iterator�cȝ��形式�Q�虽然STL的集合类的iterator分散在各个集合类中，但由于各Iterator�c�d��有相同的基类�Q�保持了相同的对外的接口�Q�包括一些traits及tags�{�，感兴��者请认真阅读参�?font color="#999900">1�?font color="#999900">2�Q�，从而��得它们看��h��仍然像一个整体，同时也��得应用algorithm成�ؓ(f��)可能。我们如果要扩展STL的iterator�Q�也需要注意这一点，否则�Q�我们扩展的iterator��可能无法应用于各algorithm�?br />
以下是一个遍历二叉树(w��i)的Iterator的例子，��Z��方便支持多种遍历方式�Q��ƈ便于遍历方式的扩展，其中�q��用了Strategy模式�Q�见�W�记21�Q�：(x��)
�Q�注�Q?font color="#999900">1、虽然下面这个示例是本系列所有示例中��p��我时间最多的一个，但我不得不承认，它非�怸�完善�Q�感兴趣的朋友，可以考虑参考下面的参考材料将其补充完善，或提出宝贉|��q�意见�?font color="#999900">2�?我本惌��虑��其��装成与STL风格一致的形式�Q��得我们遍历二叉树(w��i)必须通过Iterator来进行，但由于二叉树(w��i)在结构上较线性存储结构复杂，使访问必��?通过Iterator来进行，但这不可避免使得BinaryTree的访问变得异帔R��烦，在具体应用中�q�需要认真考虑�?font color="#999900">3、以下只提供了Inorder<中序>遍历iterator的实现。）

1 #include <assert.h>
2
3 #include <iostream>
4 #include <xutility>
5 #include <iterator>
6 #include <algorithm>
7 using namespace std;
8
9 template <typename T>
10 class BinaryTree;
11 template <typename T>
12 class Iterator;
13
14 template <typename T>
15 class BinaryTreeNode
16 {
17 public:
18      typedef BinaryTreeNode<T> NODE;
19      typedef BinaryTreeNode<T>* NODE_PTR;
20
21      BinaryTreeNode(const T& element) : data(element), leftChild(NULL), rightChild(NULL), parent(NULL) { }
22      BinaryTreeNode(const T& element, NODE_PTR leftChild, NODE_PTR rightChild)
23          :data(element), leftChild(leftChild), rightChild(rightChild), parent(NULL)
24      {
25          if (leftChild)
26              leftChild->setParent(this);
27          if (rightChild)
28              rightChild->setParent(this);
29      }
30
31      T getData(void) const { return data; }
32      NODE_PTR getLeft(void) const { return leftChild; }
33      NODE_PTR getRight(void) const { return rightChild; }
34      NODE_PTR getParent(void) const { return parent; }
35      void SetData(const T& data) { this->data = item; }
36      void setLeft(NODE_PTR ptr) { leftChild = ptr; ptr->setParent(this); }
37      void setRight(NODE_PTR ptr) { rightChild = ptr; ptr->setParent(this); }
38      void setParent(NODE_PTR ptr) { parent = ptr; }
39 private:
40      T data;
41      NODE_PTR leftChild;
42      NODE_PTR rightChild;
43      NODE_PTR parent;   // pointer to parent node, needed by iterator
44
45      friend class BinaryTree<T>;
46 };

本文转自�Q?a >http://www.cnblogs.com/berry/archive/2009/10/12/1581554.html

王�v�?/a> 2012-07-16 08:11 发表评论

singleton模式

Fri, 13 Jul 2012 00:14:00 GMT

singleton模式是Gof提出�?3中模式之一�Q�也�U�Cؓ(f��)单例模式�Q�那么简单说一下，什么叫单例模式呢？
通常我们创徏�cȝ��对象是��用new Object()�Q�然后就调用该对象里面的�Ҏ(gu��)��Q�那么当我们多次使用new Object()的话�Q�会(x��)对系�l�资源造成一�U�浪费，当然.net内部已经有垃圑֛�收机制可以处理这�U�浪贏V��当然我们�ƈ不会(x��)再程序里面多�ơ��用new Object()�Q�但是，作�ؓ(f��)一个类的设计者，我们需要负什么责任，除了让别的模块可以调用��用之外，我们的设计还需要一�U�规范，�q�也是OO里面的规范，singleton模式在这里派上了用场�?/p>

singleton模式的意图：(x��)��保一个类只能拥有一个实例，�q�保证逻辑的正��性以及良好的效率�Q��ƈ提供一个该实例的全局讉K��炏V�?br /> singleton模式�c�d��Q�单�U�程singleton�Q�多�U�程singleton
singleton思�\�Q�要让��用者只能��用一个实例的话，那么必须�l�过常规的公有缺省构造器

singleton代码�Q?/p>

1 public class singleton
2 {
3     private static singleton instance;
4     private singleton() { }
5     public static singleton Instance
6     {
7         get
8         {
9             if (instance == null)
10             {
11                 instance = new singleton();
12             }
13             return instance;
14         }
15     }
16 }
17

�W?行：(x��)利用�U�有构造函数绕开�pȝ��自带的缺省公有构造函敎ͼ��q�样��׃�ɾcȝ��外部不可以直接��用new实例化对�?br /> �W?行：(x��)提供一个静态的公有属性，供类外部调用
�W?行：(x��)在这里可能存在BUG�Q�当有两个线�E�同时操作公有属性时�Q�常规的话应该返回两个一��L(f��ng)��实例�Q�但是假如当�W�一个实例还未来得及创徏�Ӟ��W�二个线�E�又讉K��了它�Q�显然也�?x��)执行　　　　 new singleton�Q�）�q�个语句�Q�那么这两个对象的引用就不一样了�Q�可以��用object.ReferenceEquals��试一下对象的引用是否一栗��因此，�l�大家提供多�U�程�Ҏ(gu��)��Q�请看下面代�?/p>

1 public class singletons
2 {
3     private static volatile singletons instances = null;
4     private static object lockHelper = new object();
5     private singletons() { }
6     public static singletons Instance
7     {
8         get
9         {
10             if(instances==null)
11             {
12                 lock (lockHelper)
13                 {
14                     if(instances==null )
15                     {
16                         instances = new singletons();
17                     }
18                 }
19             }
20             return instances;
21         }
22     }
23 }

昄��看�v来与单线�E�singleton差不多，多了volatile 修饰�W�，�q�有一个Object对象�Q�接下来跟大家解释��用这些其中的�~�由
volatile 修饰�W?br /> 假如我定义两个变量和两个属�?/p>

1  int a;
2  volatile int b;
3  public int GetFirst
4  {
5      get { return a; }
6  }
7  public int GetSecond
8  {
9      get { return b; }
10  }

GetFirst�?x��)得到当前线�E�中a的��|��而多个线�E�就�?x��)有多个a的变量拷贝，而且�q�些拯��之间可以互不相同�Q�换句话��_(d��)��另一个线�E�可能改变了它线�E�内的a��|��而这个值和当前�U�程中的a��g��相同�Q�那么就造成�U�程冲突了�?br />那么再来看看b�Q�因�?span style="color: #0000ff">volatile 修饰的变量不允许有不同于“�?#8221;内存区域的变量拷贝，换句话说�Q�一个变量经volatile 修饰后在所有线�E�中都是同步的；��M��U�程改变了它的��|��所以其他线�E�立卌��取到了相同的��|��当然加了volatile 修饰的变量存储时�?x��)比一般变量消耗的资源要多一炏V�?/span>

Object对象�?br /> 对象锁可以保证Lock里面的代码只能同时让一个线�E�执行，所以确保了一个对象只存在一个实例�?/span>

同样的需求可以有不同的方法实玎ͼ�以下是另外一�U�实现singleton模式的代码，代码更简单，不够有缺��P��L(f��ng)��

1 public class singletonss
2  {
3      public static readonly singletonss Instance = new singletonss();
4      private singletonss() { }
5  }

首先定义一个静态的只读实例�Q�当然也需要私有构造器�l�过�~�省构造器�Q�这样子也可以保证多�U�程里也只诞生一个对象实例，因�ؓ(f��).Net�c�d��初始化机制保证只有一个线�E�执行了静态构造器。当然这么少的代码也可以实现singleton�Q�但是静态构造器不支持参敎ͼ�也不能重构，因�ؓ(f��)�?Net机制里面只允�怸�个类拥有一个静态构造器而且是私有的�Q�外部不能调用只能供�pȝ��调用�Q�所以我们不能��用参数�?br />
本文转自�Q?a >http://www.cnblogs.com/magicchaiy/archive/2010/12/02/1894826.html
其他链接�Q?a href="http://www.shnenglu.com/dyj057/archive/2005/09/20/346.html">http://www.shnenglu.com/dyj057/archive/2005/09/20/346.html

王�v�?/a> 2012-07-13 08:14 发表评论

Thu, 12 Jul 2012 00:44:00 GMT

摘要: 今天开始这个系列之前，心里有些恐慌�Q�毕竟园子里的高手关于设计模式的�l�典文章很多很多�Q�特别是大侠李会(x��)军、吕震宇老师的文章更是堪�U�经典。他们的文笔如行云流��_(d��)��例子�z�L��生动�Q�讲解深入浅出。好在他们都是用C#描述�Q�也没有提供必要的源码下载，所以我�q�里用C++�?现。首先我惛_��明的是我的文�W�绝对不如他们的好，例子也没有他们的形象�Q�不�q�我打算把C+... 阅读全文

王�v�?/a> 2012-07-12 08:44 发表评论

Active Object 模式

Wed, 11 Jul 2012 00:14:00 GMT

Active Object 模式是Command模式的一�U�，是实现多�U�程控制的一��古老技�?.

在《敏捯��Y件开发》这本书中描�q�的��法如下�Q?
1、构造一个命令。（实现Command模式的一个命令）
2、将该命令放�?span class="hilite1">Active Object Engine�Q�也��是攑օ�一个队列，LinkedList�Q?
3、从该Engine取出一个命令，执行�Q�若该命令没有执行过�Q�设为执行过�Q�然后将自己加入队列��N��Q�若执行�q�，判断该命令执行需要的事�g发生没有�Q�未发生�Q�再��自己加入队列尾部。事件发生了�Q�将需要执行的命��o加入队列��N��?

Active Object模式不属于《Design Pattern�?3模式。实际上�Q�她是一�U�特�D�的Command Queue。其�Ҏ(gu��)��之处在于�Q?/div>

1. 队列的拥有者会(x��)��序地执行队列中所有Command对象的Execute�Ҏ(gu��)��。（�q�个其实不算�Ҏ(gu��)��Q?/div>

2.Command对象在自��q��Execute�Ҏ(gu��)��l�束前，可以把一个新的command对象�Q�实际上常常是这个command对象自己�Q�再加到队列的尾部�?/div>

看出来了吗，�q�个队列有可能不�?x��)终止的�Q�他可以一直执行下厅R��这个可以作��Z��个应用或者服务的��L��块了�Q�想像一下她可以作多��事情吧�?/div>

《ASP》指��个模式可以用来在一个线�E�中处理多�Q务的问题�Q�！�Q?^_^ 太cool了�?/div>

如何处理呢？你可以把每个command对象看作是一个�Q务。他在Execute函数中，处理自己的�Q务，在�Q务告一�D�落�Ӟ��记录自己的状态，然后把自己插入到队列的尾部，�l�束Execute�Ҏ(gu��)��。当队列轮完一周后�Q�又�?x��)再�ơ执行这个command对象的Execute�Ҏ(gu��)��?^_^ 很cool吧�?/div>

那么�q�种�Ҏ(gu��)��和多�U�程的方法相比有什么有�~�点呢？

最大的优点是，所有的command都在同一个线�E�中�Q�因此切换时�Q�不需要进入内核模式！�Q�超高效啊！�Q�而且�Q�可以有很多很多的command�Q�数量上�q�远��过多线�E�的数量�?/div>

�~�点嘛，是这�U�方法需要用戯��己来实现调度�Q�另外这其实是一�U�非剥夺模式的多��d��Q�如果command处理不好�Q�就�?x��)连累其它所有的command�Q�因此实际上比多�U�程要更复杂。（嘿嘿�Q�程序员能够怕麻烦吗�Q�）

�q�有一点，Active Object�q�行于单�U�程�Q�也��是��_(d��)��她不能��n受多处理器或多处理器核心带来的性能上的改善�?/div>

其实�Q�这最后一�Ҏ(gu��)��非常致命的一炏V��也��是��_(d��)��在当前intel的超�U�程CPU机器上，如果�pȝ��的负担�ƈ不重的时候。Active Object的效率有可能比多�U�程更低�?/div>

Anyway�Q�这是一个非常有��的模式。只是一般的�E�序员可能没有机�?x��)用到�?br />
本文转自�Q?a href="http://www.shnenglu.com/tx7do/archive/2010/02/28/108617.aspx">http://www.shnenglu.com/tx7do/archive/2010/02/28/108617.aspx

王�v�?/a> 2012-07-11 08:14 发表评论

Command 模式

Tue, 10 Jul 2012 05:40:00 GMT

摘要: 引言提�vCommand模式�Q�我��x��有什么比遥控器的例子更能说明问题了，本文��通过它来一步步实现GOF的Command模式�?我们先看下这个遥控器�E�序的需求：(x��)假如我们需要�ؓ(f��)安��的电(sh��)器设计一个远�E�遥控器�Q�通过�q�个控制器，我们可以控制�?sh��)�?诸如灯、风扇、空调等)的开兟뀂我们的控制器上有一�p�d��的按钮，分别对应家中的某个电(sh��)器，当我们在遥控器上按下“On”�Ӟ��?sh��)器打开�Q�当我们按下... 阅读全文

王�v�?/a> 2012-07-10 13:40 发表评论