GOF中未提到的设计模式.doc

GoF著作中未提到的设计模式(1):Archetype? 半天也没能给这个设计模式想出一个中文名称，算了，有时候还是原版的更容易理解。? 简单地说，Archetype设计模式的目的是将业务处理逻辑和具体实现分离，所以至少需要两个参与者：Decorator和Delegate，它们都实现同一个接口，Decorator负责处理业务逻辑，而Delegate负责具体的实现，在Decorator的通用业务逻辑处理过程中，会把具体实现委派给Delegate。（注：这里的Decorator并不是指”装饰者“设计模式）? 咱们还是用个例子讲吧，假设系统中有一个记录各种事件的接口： public interface EventRecorder{ // 记录事件的内容 public void record(String event); } ? 引入两个抽象类来达到处理逻辑和具体实现分离的目的：? public abstract class EventRecorderDecorator implements EventRecorder{ protected EventRecorderDelegate delegate;  public void setDelegate(EventRecorderDelegate delegate){ this.delegate = delegate; }} public abstract class EventRecorderDelegate implements EventRecorder{} ? 下面是两个简单的逻辑处理（Decorator）类：  // 简单的事件记录类 public class SimpleEventRecorder extends EventRecorderDecorator{  public void record(String event){ // 附加当前的日期到事件的内容中 event = getDate() + event; // 当内容过长时省略显示 event = ellipseText(event); // 记录事件的内容 delegate.record(event); } }  // 复杂的事件记录类 public class ComplicateEventRecorder extends EventRecorderDecorator{  public void record(String event){ // 附加当前的日期到事件的内容中 event = getDate() + event; // 附加当前异常信息到事件的内容中 event = event+getExceptionText(); // 附加当前的内存、CPU占用率到事件的内容中 event = event+getMachineStatus(); // 当内容过长时省略显示 event = ellipseText(event); // 记录事件的内容 delegate.record(event); } } ? 可以看到，最后一步都交给了EventRecorderDelegate对象，这一步就是之前所说的“具体实现”，有以下几种记录事件内容的可能性：1、记录到数据库中2、记录到本地文件中3、通过邮件发送4、发送到远程服务器中? 所以我们需要新建四个EventRecorderDelegate的派生类来实现这些记录方式：? public class RecordEventToDatabase extends EventRecorderDelegate{ public void record(String event){ // 将记录写入到数据库中 } }  public class RecordEventToFile extends EventRecorderDelegate{ public void re