xuesenlin http://www.jdon.com Oct 27, 2004 11:05 PM 
回复
最q这个段旉都是忙于学习 SpringFrameworkQ那东东好样的，只是刚刚学完StrutsQHibernateQ有来了q个Q呵呵，Q感觉挺累的?BR>“你怎么把这两个不相q的东西撤到一P?Q确实是q样Q?无论从他们的设计Q?BR>实现Q用等斚w他们是风马牛不相及， 但本Z理解的方面看他们有点cM。况且学习要从对比中学呀Q这对初学者会有帮助于理解?BR>重要声明Q本人都是用自己的语a写的Q有专业术语不对q请大家指出? - ) ZT?
p设计模式 [b]Decorator[/b],也就是装饰模式，q还不好理解Q?在原有的东西上进行装C下便是装C。既然是装饰Q你要有M呀Q被修饰的东西）Q还要有装饰品。但是不你装饰来装饰去Q他的本质是不变的?p人带上了面具Q但他还是h。墙上打上了ҎQ但它还是墙呀。你也许觉得q是废话?但理解这点很重要(q是跟策略模式Strategy的区?Q本得这个是理解?Decorator 模式很重要的一炏V在开发中你经常要增强一个类的功能，或者是撤销一个类的某些功能，但是一个类l众多的功能q行装饰了以后，也许原来的类已经面目全非了，你往往会感到茫Ӟ其实Q你主要抓住他的MQ脑子里面时刻要知道你现在所作的工作是个主体进行打扮的工作?BR>研究qJive的都知道Q?里面?Filter 是用了Decorator 设计模式Q那么在q个设计里面Q它的主体是什么？ ForumMessage Q无疑是 ForumMessage 。装饰品当然是Filter 了，所以我们在作这件事情的时候始l是以ForumMessage为核心的QFilter q行装饰的时候，你千万不要忘C现在是ؓForumMessage而工作！有关于jive研究的文章，|上一大堆Q现在看看一个比较简单的 Decorator:
//比如有一个抽象构Ӟ
public interface Component {
void operation();
}
//一个具体构Ӟ
public class ConcreteComponent implements Component {
public void operation() {
//Write your code here
}
}
//一个抽象装饎ͼ
public class Decorator implements Component {
private Component component; //引用
?? ? ?BR>//商业ҎQ委z构g
public void operation() {
component.operation();
}
}
//一个具体装饎ͼ
public class ConcreteDecorator extends Decorator {
/**
* 商业Ҏ
*/
public void operation(){
//一些具体的装饰的代?/FONT>
......
super.operation(); // M
//一些具体的装饰的代?/FONT>
.......
}
}
......
我们主要看看Q在ConcreteDecorator 中的operation() ҎQ他的父cL委托到componentl徏来完成的Q其实它是MQ?一些装C码都会在q个ҎQ主体）执行前进行“预处理”或是执行后q行“收䏀?BR>可不是，从上面很ҎqZQ抽象装C的operation() Ҏ没有在具体的装饰cMq行“全盘”覆盖，因ؓ他用了super.operation(); q样的语句。可见装饰模式中不管怎么P 你都要找到类D个的Ҏ。说明他的主体还在?q是跟策略模式Strategy的区?
说了怎么多，不知道大家有没有感觉到ConcreteDecoratorcM的operation()Ҏ跟Spring AOP 中的 InvocationHandler 接口的invoke()Ҏ有点相类是呢Q?BR>我们来看看要实现 InvocationHandler 时候要重写的invoke()ҎQ?BR>
public Object invoke(Object proxy, Method method, Object[] args)
throws Throwable {
…………………?
result = method.invoke(originalObject, args);
…………………………?.
return result;
}
InvocationHandler.invoke Ҏ在被代理类的方法被调用之前触发。通过q个Ҏ中，我们可以在被代理cL法调用的前后q行一些处理，如上面代码中所C，InvocationHandler.invokeҎ的参C传递了当前被调用的ҎQMethodQ，以及被调用方法的参数。同Ӟ我们可以通过Method.invokeҎ调用被代理类的原始方法实现。这P我们可以在被代理类的方法调用前后大做文章。（说明Q引用了Spring 开发指南中的一D）
在回到装饰模式，其方法operation() 在执行前和执行后Q也可以对它大做文章。如此看来， Spring AOP ?DecoratorQ从理解层面上来看，实有点相象Q注意：只是理解层面Q?而他们的实现完全两马事！
其实主要是大家怎么看待q个问题Q按照本人的理解QSpring AOP 也可以说是一U广义的装饰Q但它又不是装饰模式。它同样也是Ҏ个方法加上了限制Q比如insert() 的时候，你要对它做执行前开启事务和执行后提交或回滚q样的“装饰”?又比如你也可以对某个人操作资源后做logq样的装饰工作。等{，Q?BR>他们的相同之处就q么炏V?BR>AOP 也不是什么新的东西，当然如果你的AOP是容?Jboss 4.0)实现的话Q?那么按照上面说的Q你的一些方法就会被容器所“装饰”?
如此看来Q更多的时候可以理解ؓ Spring AOP 和一些AOP 容器是在pȝU的Q容器的“装饰”?而装饰模式则是业务的装饰?q点其实从客L也很Ҏ理解?BR>如果是AOP Q程序员可以攑ֿ的写你的代码Q即使有点笨也不怕，有AOP护着呢）?因ؓpȝ在pȝq行时候对q段代码q行“装饰”。也是_q些装饰不会出现在客L的代码中Q，Q而，Decorator模式呢？呵呵Q这个时候程序员要有点头脑了Q他们要自己l装一些装饰类Q按照某一U机制对Mq行装饰。也是_q些修饰c要出现在客L的代码中。看代码q道了 :--)
InputStreamReader input = new InputStreamReader(System.in);
BufferedReader br = new BufferedReader(input)Q?BR>....//M是System.in
?Q?够经典的例子Q?
http://www.jdon.com/jive/article.jsp?forum=91&thread=17341
]]>