![](https://img-blog.csdnimg.cn/20201014180756928.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
设计模式
wenchao126
这个作者很懒,什么都没留下…
展开
-
责任链模式
责任链模式(Chain of Responsibility):使多个对象都有机会处理请求,从而避免请求的发送者和接受者之间的耦合关系。将这个对象连成一条链,并沿着这条链传递该请求,直到有一个对象处理它为止。【DP】 责任链的好处: 1、当客户提交一个请求时,请求时沿着链传递直至有一个对象负责处理它; 2、接受者和发送者都没有对方的明确信息,且链中的对象自己也并不知道链的结构。原创 2012-07-13 16:39:45 · 445 阅读 · 0 评论 -
中介者模式
中介者模式(Mediator):用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式的相互引用,从而使其耦合松散,而且可以独立的改变它们之间的交互。 abstract class Mediator { public abstract void send(String message,Colleague colleague); } abstract class Colleague {原创 2012-07-13 17:30:16 · 416 阅读 · 0 评论 -
面向对象的原则
1、单一职责原则 单一职责原则:就一个类而言,应该仅有一个引起它变化的原因。如果一个类承担的职责过多,就等于把这些职责耦合在一起,一个职责的变化可能会削弱或抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计,当变化发生时,设计会遭受到意想不到的破话。软件设计真正要做的许多内容,就是发现职责并把那些职责相互分离。如果你能够想到多于一个的动机去改变一个类,那么这个类就具有多于一个的职原创 2012-07-16 15:52:18 · 573 阅读 · 0 评论 -
设计模式之享元模式
一、UML图 二、介绍 享元模式(英语:Flyweight Pattern)它使用共享物件,用来尽可能减少内存使用量以及分享资讯给尽可能多的相似物件;它适合用于当大量物件只是重复因而导致无法令人接受的使用大量内存。通常物件中的部分状态是可以分享。常见做法是把它们放在外部数据结构,当需要使用时再将它们传递给享元。 三、范例 #include #include #inclu原创 2013-03-04 15:26:01 · 406 阅读 · 0 评论 -
设计模式之中介者模式
一、UML图 二、介绍 中介者模式(Mediator Pattern):定义一个中介对象来封装系列对象之间的交互。中介者使各个对象不需要显示地相互引用,从而使其耦合性松散,而且可以独立地改变他们之间的交互。 使用终结者模式的场合 1.一组定义良好的对象,现在要进行复杂的通信。 2.定制一个分布在多个类中的行为,而又不想生成太多的子类。 可以看出,中介对象主要是用来封装行为的原创 2013-03-04 17:39:34 · 983 阅读 · 0 评论 -
设计模式之命令模式
一、UML图 二、介绍 命令模式(Command),将一个请求封装为一个对象,从而可使你可用不同的请求对客户进行参数化;对请求排队或记录请求日志,以及支持可撤销的操作。【DP】 命令模式经常与职责链模式(Chain of Responsibility)和组合模式(Composite)一起使用:职责链模式处理命令模式封装的对象,组合模式可以把简单的命令对象组合成复杂的命令对象。 三、代码原创 2013-03-05 10:59:34 · 626 阅读 · 0 评论 -
设计模式之责任链模式
一、UML图 二、介绍 职责链模式(Chain Of Responsibility):使多个对象都有机会处理请求,从而避免请求的发送者和接受者之间的耦合关系。将这个对象连成一条链,并沿着这条链传递该请求,直到有一个对象处理他为止。 职责链模式主要用于当一个请求有多种处理方式的时候,并且具体处理方式不确定的情况。 使用职责链模式的优点: 1.增强了系统的可扩展性。 2.使用职原创 2013-03-05 10:19:04 · 694 阅读 · 0 评论 -
设计模式之解释器模式
解释器模式 一、UML图 二、解释器模式简介(Brief Introduction) 解释器模式(Interpreter Pattern),给定一个语言,定义它的文法的一种表示,并定义一个解释器,这个解释器使用该表示来解释语言中的句子。使用了解释器模式,可以很容易地改变和扩展文法,因为该模式使用类来表示文法规则,可以使用继承来改变或扩展该文法。也比较容原创 2013-03-01 16:41:58 · 594 阅读 · 0 评论