设计模式
Chenzaixia
这个作者很懒,什么都没留下…
展开
-
Chain Of Responsibility模式
<br />职责链模式<br />动机(Motivation)<br />在软件的构建过程中,一个请求可能被多个对象处理,但是每个请求在运行时只能有一个接收者,如果显式指定,将必不可少带来请求的发送者和接收者的耦合。<br />如何使请求的发送者不需要指定具体的接收者,让请求的接收者自己在运行时决定来处理请求,从而使两者解耦。<br />意图(Intent)<br />使多个对象都有机会处理请求,从而避免请求的发送者和接收者之间的耦合关系,将这些对象连成一条链,并沿着这条链传递请求,直到有一个对象处理它为止原创 2011-04-05 16:21:00 · 488 阅读 · 0 评论 -
Observer模式
观察者模式动机(Motivation)在软件的构建过程中,常常需要为某些对象建立一种“通知依赖关系”,即当一个对象的状态发生改变时,所有的依赖对象都得到通知并自动更新。但这样依赖关系过于紧密,使软件不能很好的抵御变化。使用面向对象技术,可以将这样依赖关系弱化,并形成一种稳定的依赖关系。从而实现软件体系结构的松耦合。意图(Intent)定义对象间的一种一对多的依赖关系,以便当一个对象的状态发生改变时,所有依赖于它的对象都得到通知并自动更新。结构(Structure)几个要点Observer模式使得我们可以独立原创 2011-04-04 17:39:00 · 521 阅读 · 0 评论 -
Command模式
命令模式动机(Motivation)在软件的构建过程中,“行为请求者”和“行为为实现者”通常呈现一种“紧耦合”。但在某些场合——比如需要对行为进行记录、撤销/重做、事务等处理,这种无法抵御变化的紧耦合不合适的。在这种情况下,如何将“行为请求者”和“行为实现者”解耦?将一组行为抽象为对象,可以实现二者之间的松耦合。意图(Intent)将一个请求封装为一个对象,从而使你可用不同的请求对客户进行参数化;对请求排队或记录请求日志,以及支持可撤销的操作。结构(Structure)几个要点Command模式的根本目的在原创 2011-04-05 14:53:00 · 440 阅读 · 0 评论