2005年03月_Jadyleung

原创《设计模式Design Pattern》读书笔记之十八

《设计模式Design Pattern》读书笔记之十八State模式结构目的当一个对象(context)根据当前本身的状态(state)，会产生不同的行为的时候，可以采用state模式。把所有跟改状态相关的行为/动作转移到一个外部的state对象中。这样，可以避免context内部大量的switch.if等判断。优缺点带来更大的灵活性和可维护性，因为一个新的状态可以很容易地通过派生一个类来追加

2005-03-31 18:50:00 1525

原创《设计模式Design Pattern》读书笔记之十七

《设计模式Design Pattern》读书笔记之十七Observer模式结构目的在一个一对多(one-to-many)的关系中，当一个对象(one)的状态被更新的时候，它的所有的相关对象(many)都会被得到通知。讨论1，可能会带来很大的状态更新成本，subject的一个很小的状态更新都可能使得大量的observer进行相应的更新。更为严重的是，如果subject不提供是什么状态被更新了

2005-03-30 15:39:00 1319

原创《设计模式Design Pattern》读书笔记之十六

《设计模式Design Pattern》读书笔记之十六Memento模式结构目的为了可以把一个对象恢复到以前的状态，却不想公开内部状态使得封装性被破坏。优点1，通过把originator的内部状态保存到memento，而不是直接把内部状态公开，保持了originator的封装性。因为memento有两种接口，宽(wide)的接口只会被originator使用，使得别人不能访问这些内部状态。

2005-03-28 13:52:00 1293

原创《设计模式Design Pattern》读书笔记之十五

《设计模式Design Pattern》读书笔记之十五Mediator模式结构目的为了减少大量的对象(colleague)之间互相通信的复杂性，创建一个中间人--mediator(类似于HUB)；这样，各个colleague只要建立跟mediator之间的联系，而不需要直接跟各个colleague直接连接。各个colleague之间的通信完全通过mediator进行处理。优点1， Media

2005-03-25 11:02:00 1410

原创《设计模式Design Pattern》读书笔记之十四

《设计模式Design Pattern》读书笔记之十四Command模式结构目的Command对象建立了命令发出者(invoker)与接收者(receiver)之间的联系。从而，invoker不需要知道谁是receiver，它只管向command发出execute()的请求，command自动告诉receiver进行相应的处理。讨论1，如果command需要undo/redo操作，那么需要

2005-03-24 16:02:00 1399

原创《设计模式Design Pattern》读书笔记之十三

《设计模式Design Pattern》读书笔记之十三Chain of Responsibility模式结构目的通过解除消息/请求(request)的发送者与接收者之间的绑定，允许request在一个对象链条中传递，增加request处理的灵活性。当然，一个不可避免的可能性是，该request可能在对象链条中传递到最后都没有被处理。讨论1，对于successor；如果没问题的话，可以利用现有

2005-03-23 15:09:00 1163

原创《设计模式Design Pattern》读书笔记之十二

《设计模式Design Pattern》读书笔记之十二Flyweight模式结构目的通过共享对象，减少存储空间的消耗讨论一个对象的状态可以分为内部状态(intrinsic state)和外部状态(extrinsic state)。内部状态是独立于上下文(context)的，外部状态因context而不同。通过把外部状态分离出去，只保存内部状态的对象就是一个flyweight，flyweight

2005-03-22 16:33:00 1270

原创《设计模式Design Pattern》读书笔记之十一

《设计模式Design Pattern》读书笔记之十一Proxy模式结构目的当访问一个对象花费比较大的时候，可以为它生成一个代理(proxy)。应用remote proxy 远程代理，用本地的一个对象代理远程对象virtual proxy 虚拟代理，只有在需要的时候(on demand)才生成一个代价昂贵的对象protection proxy 保护代理，控制对对象的访问权限smar

2005-03-18 14:38:00 1350

原创《设计模式Design Pattern》读书笔记之十

《设计模式Design Pattern》读书笔记之十Facade模式结构目的为一个复杂的子系统(sub-system)提供一个简单的接口，可以满足大部分用户的要求，这样可以简化用户对该子系统的理解和使用，也可以降低各个自系统之间的耦合度。只有极少部分用户需要绕过Façade，直接使用子系统的各个组成部分。参考资料《Design Pattern》 Gang-Of-4 1997

2005-03-18 13:25:00 1234

原创《设计模式Design Pattern》读书笔记之九

《设计模式Design Pattern》读书笔记之九Decorator模式结构目的动态地给一个对象增加功能(responsibilities)。讨论1，给一个对象增加功能，最简单的方法是派生一个类；但这是一种静态的方法，不灵活。而Decorator是一种动态的方法，比较灵活。2，对于一个轻量型的component，Decorator模式是一种比较好的方法，但如果component是重量型的

2005-03-17 15:13:00 1253

原创《设计模式Design Pattern》读书笔记之八

《设计模式Design Pattern》读书笔记之八Composite模式目的在一个part-whole的继承结构中，把整体(composition)和个体(object,component) 统一地对待。这样，对client来说，不用区别是整体还是个体，都可以进行同样的操作。结构讨论1，一个缺点是给限制composite中的component带来困难。2，有时候增加一个parent re

2005-03-16 15:29:00 1149

原创《设计模式Design Pattern》读书笔记之七

《设计模式Design Pattern》读书笔记之七Bridge模式别名Handle/Body 结构目的在接口(interface/abstraction)与实现(implementation)之间，建立一条桥梁。从而使得，1，很容易地为该接口提供不同的实现2，接口可以很容易被扩展(派生)而与具体实现不相关与其他模式的联系和区别1， Abstract Factory可以用于创建Bri

2005-03-16 13:27:00 1190

原创《设计模式Design Pattern》读书笔记之六

Adapter模式别名Wrapper 结构 class adapter object adapter 目的1，我们需要利用一个现有的外部类，但该类的接口却与我们现有的系统不一致。2，或者我们想要创建一个可以很灵活地被利用的类，我们可以先把这个类(adaptee)设计得很详细，然后为它设计一个或多个简单的”pluggable adapter”，这些简单的”pluggable adapter”的接

2005-03-15 17:00:00 1193

Jadyleung的专栏