设计模式的笔记(24)

按有用程度 按页码先后 最新笔记

• 

  第13页

  xyb

  可复用的面向对象设计的第二个原则： 优先使用对象组合，而不是类继承。 豆瓣开发的指导思想。 (更多)

  可复用的面向对象设计的第二个原则：

  优先使用对象组合，而不是类继承。

  豆瓣开发的指导思想。 (收起)

  2011-01-26 14:58:47   5回应

  收藏

  推荐
• 

  第12页

  xyb

  可复用的面向对象设计的原则： 针对接口编程，而不是针对实现编程。 牢记语录！ (更多)

  可复用的面向对象设计的原则：

  针对接口编程，而不是针对实现编程。

  牢记语录！ (收起)

  2011-01-26 14:56:37   回应

  收藏

  推荐
• 

  第28页

  isLand

  对于构建 复用可替换的功能，使用工厂模式是非常合适的， 例如如果构建的页游以后会往手游方面移植，那么使用工场模式来系统的输入方式，可以应对多种不同的平台，例如ios android等。 同时将页面和实现逻辑分离开来，也可以很好的根据系统运行环境的变化进行调整！ (更多)

  对于构建 复用可替换的功能，使用工厂模式是非常合适的， 例如如果构建的页游以后会往手游方面移植，那么使用工场模式来系统的输入方式，可以应对多种不同的平台，例如ios android等。

  同时将页面和实现逻辑分离开来，也可以很好的根据系统运行环境的变化进行调整！ (收起)

  2012-04-25 11:52:00   回应

  收藏

  推荐
• 

  第188页

  WordPressH (It is said 态度决定命运)

  Memento（备忘录）模式 这是一个简单的模式。一个Originator对象将它的内部状态封装成一个Memento对象，存于外部。必要时（比如想恢复到某一状态时），Originator接收Memento对象使得自己恢复到Memento对象所代表的那个状态。 Memento对象封装了Originator的内部状态，所以其状态不能被其他对象访问，只对Originator开放。 实现上，Memento可以将接口私有化，且将Originator声明为它的友元，使得它只能被Originator访问。 ... (更多)

  Memento（备忘录）模式

  这是一个简单的模式。一个Originator对象将它的内部状态封装成一个Memento对象，存于外部。必要时（比如想恢复到某一状态时），Originator接收Memento对象使得自己恢复到Memento对象所代表的那个状态。

  Memento对象封装了Originator的内部状态，所以其状态不能被其他对象访问，只对Originator开放。

  实现上，Memento可以将接口私有化，且将Originator声明为它的友元，使得它只能被Originator访问。

  某些迭代器也可以认为其使用了Memento模式。将当前的位置视为集合的内部状态，迭代器相当于保存了这些内部状态的Memento对象。 (收起)

  2012-03-08 08:50:13   回应

  收藏

  推荐
• 

  第154页

  WordPressH (It is said 态度决定命运)

  Command模式（也叫Action模式） 将一个请求封装成一个对象。有时候，我们知道什么时候、什么地点触发请求，但是为了设计的一般化很难知道（很难限定）请求的具体内容。一个例子就是菜单。很明显，点击菜单项就是要触发请求。但是为了一般性，菜单不应该知道具体去向哪个对象发哪个请求。将请求封装成一个对象，也使得我们可以在很多地方共享这个对象。比如，工具条的“保存”图标和菜单的“保存”项都指向同一个command对象。 ... (更多)

  Command模式（也叫Action模式）

  将一个请求封装成一个对象。有时候，我们知道什么时候、什么地点触发请求，但是为了设计的一般化很难知道（很难限定）请求的具体内容。一个例子就是菜单。很明显，点击菜单项就是要触发请求。但是为了一般性，菜单不应该知道具体去向哪个对象发哪个请求。将请求封装成一个对象，也使得我们可以在很多地方共享这个对象。比如，工具条的“保存”图标和菜单的“保存”项都指向同一个command对象。

  Command模式是回调函数的对象化表达。

  回调函数：只需要某个时刻触发（调用）回调函数就行，不需要关心函数的实现；

  Command模式：只需要某个时刻执行Command类的Execute方法就行，不需要知道这个方法实际上是向哪个对象发出了哪个请求。

  支持取消/重做操作、日志、事务、宏命令（macro command，一个command用多个子command实现）。

  关于Qt库中的QAction类。

  因为Qt库有signal和slot（信号和槽）机制，QAction类是一个相当相当退化的Command模式。QAction类仅仅的作用是触发请求，它也不知道是谁响应请求，会响应哪个请求。 (收起)

  2012-03-01 10:10:05   回应

  收藏

  推荐
• 

  第147页

  WordPressH (It is said 态度决定命运)

  Chain of responsibility 多个对象组成一个chain of responsibility（职责链），顶端的对象收到请求，如果它不能处理就把请求交给链中的下一个对象。 Qt库中对“事件”（event）的处理就是这种模式。如果一个QWidget不能处理一个event，那么就交给它的父亲处理。 请求的发出者不需要把请求发给最终处理请求的对象。一般只需要发给最”近“的对象就可以（比如得到focus的图形界面对象）。这样减少了耦合。 chain可以运.. (更多)

  Chain of responsibility

  多个对象组成一个chain of responsibility（职责链），顶端的对象收到请求，如果它不能处理就把请求交给链中的下一个对象。

  Qt库中对“事件”（event）的处理就是这种模式。如果一个QWidget不能处理一个event，那么就交给它的父亲处理。

  请求的发出者不需要把请求发给最终处理请求的对象。一般只需要发给最”近“的对象就可以（比如得到focus的图形界面对象）。这样减少了耦合。

  chain可以运行时构造。比如，通过制定父子关系的方式。

  Handler类。QWidget是一种Handler类。

  HandleRequest()方法。参考，bool QWidget::event ( QEvent * event )。

  请求的表示。

  最简单的方式是使用硬编码，通过不同的方法名表示不同的请求。

  也可以使用一个处理函数，以请求码为参数（比如int类型的参数）。参数可以进化为对象。

  Qt库中bool QWidget::event ( QEvent * event )以对象为参数，可以用这个方法处理所有请求。另外，也有void ::paintEvent ( QPaintEvent * event )，void mousePressEvent ( QMouseEvent * event )等specialized的方法来处理请求。

  Chain of responsibility常常与Composite模式一起使用，Composite模式一般含有父指针。Qt库的QWidget和它的子类也可以看成是一种Composite模式。 (收起)

  2012-02-29 08:01:58   回应

  收藏

  推荐
• 

  command模式

  学游泳的鱼

  Application + MenuItem + Command + Document是我看过为数不多的设计模式书中关于Command模式所提到的例子中最好的一个，其余的比如Restaurant + Customer + Waitress + Order + Cook并没有真正体现Command模式的优雅之处，因为这个例子和Command模式的实现之间是有区别的。Command模式的适用场景通常是Invoker并不知道也无需知道有哪些Receiver，哪个Request应该发给哪个Receiver处理。餐馆的例子中Waitress当然知道有哪些Cook，... (更多)

  Application + MenuItem + Command + Document是我看过为数不多的设计模式书中关于Command模式所提到的例子中最好的一个，其余的比如Restaurant + Customer + Waitress + Order + Cook并没有真正体现Command模式的优雅之处，因为这个例子和Command模式的实现之间是有区别的。Command模式的适用场景通常是Invoker并不知道也无需知道有哪些Receiver，哪个Request应该发给哪个Receiver处理。餐馆的例子中Waitress当然知道有哪些Cook，Customer并不知道有哪些Cook，更不可能在Order中指定由哪个Cook来处理。所以这个例子用在Command模式里并不是很合适。 (收起)

  2012-02-22 09:22:40   回应

  收藏

  推荐
• 

  第9页

  东东

  一个对象可以有许多类型，并且不同的对象可以共享同一个类型。 因为： 对象的某部分接口可以用某个类型来刻画，另一部分接口由其他的类型来刻画 这种情况是 extends 一个类的时候还 implements 了一个或多个接口，其中每一个父类或父接口都是 该对象的一个类型。 (更多)

  一个对象可以有许多类型，并且不同的对象可以共享同一个类型。

  因为：

  对象的某部分接口可以用某个类型来刻画，另一部分接口由其他的类型来刻画

  这种情况是 extends 一个类的时候还 implements 了一个或多个接口，其中每一个父类或父接口都是 该对象的一个类型。 (收起)

  2012-02-12 22:15:24   1回应

  收藏

  推荐
• 

  第137页

  WordPressH (It is said 态度决定命运)

  Proxy（代理）模式 以一个对象为中介来访问另一个对象。 + 智能指针是一种proxy模式对象。 + Virtual Proxy。根据需要创建开销很大的对象。 (更多)

  Proxy（代理）模式

  以一个对象为中介来访问另一个对象。

  + 智能指针是一种proxy模式对象。

  + Virtual Proxy。根据需要创建开销很大的对象。 (收起)

  2012-02-09 15:56:34   回应

  收藏

  推荐
• 

  第128页

  WordPressH (It is said 态度决定命运)

  Flyweight模式 一种共享对象的模式。 -------------------------- 假设有一个文档系统，文档中的字有大小、位置、颜色等信息。如果简单地将每一个字对应于一个对象，那么将会有成百上千个对象。 实际上，除去大小、位置、颜色等信息，大部分字的对象是一样的。比如，英文字符集中，不同的字只有一二百个。 可以使用Flyweight模式共享对象，在字符对象的用户视角看，这些对象就像独立的对象一般。 Flyweight模式的关键.. (更多)

  Flyweight模式

  一种共享对象的模式。

  --------------------------

  假设有一个文档系统，文档中的字有大小、位置、颜色等信息。如果简单地将每一个字对应于一个对象，那么将会有成百上千个对象。

  实际上，除去大小、位置、颜色等信息，大部分字的对象是一样的。比如，英文字符集中，不同的字只有一二百个。

  可以使用Flyweight模式共享对象，在字符对象的用户视角看，这些对象就像独立的对象一般。

  Flyweight模式的关键“内部状态”和“外部状态”的区分。

  -------------------------

  适用情景：

  + 使用了大量对象，对象的大多数状态可以变成外部状态；且不考虑这些外部状态时，可以用较少的对象通过共享的方式模拟很多对象

  --------------------------

  将“外部状态”以参数的形式传给flyweight对象。比如，将大小传给flyweight字符对象，那么字符对象就知道自己画多大了。

  Flyweight Factory

  以factory的方式共享对象。用户不自己创建对象，而是向工厂请求对象。这样，工厂在对象已存在的情况下就可以返回对象，不必生产新的对象。 (收起)

  2012-02-09 15:24:22   回应

  收藏

  推荐