摘要: 装饰模式是为已有功能动态地添加更多功能的一种方式。当系统需要新功能的时候,是向旧的类中添加新的代码。这些新加的代码通常装饰了原有类的核心职责或主要行为。在主类中加入了新的字段,新的方法和新的逻辑,从而增加了主类的复杂度,而这些新加入的东西仅仅是为了满足一些只在某种特定情况下才会执行的特殊行为的需要。... 阅读全文
posted @ 2014-08-22 13:32 QqiaoQ 阅读(180) 评论(0) 推荐(0) 编辑
摘要: 装饰模式(Decorator):动态地给一个对象添加一些额外的职责,就增加功能来说,装饰模式比生成子类更为灵活。 1 /** 2 * Component 是定义一个对象接口,可以给这些对象动态地添加职责 3 * @author Monica 4 * 5 */ 6 public abstrac... 阅读全文
posted @ 2014-08-21 15:07 QqiaoQ 阅读(137) 评论(0) 推荐(0) 编辑
摘要: 依赖到转原则A.高层模块不应该依赖低层模块。两个都应该依赖抽象。B.抽象不应该依赖细节。细节应该依赖抽象。即:针对接口编程,不要对实现编程。里氏代换原则:一个软件实体如果使用的是一个父类的话,那么一定适用于其子类,而且它察觉不出父类对象和子类对象的区别。也就是说,在软件里面,把父类都替换成它的子类,... 阅读全文
posted @ 2014-08-21 13:41 QqiaoQ 阅读(119) 评论(0) 推荐(0) 编辑
摘要: 开放-封闭原则:是说软件实体(类、模块、函数等等)应该可以扩展,但是不可修改。无论模块是多少的“封闭”,都会存在一些无法对之封闭的变化。既然不可能完全封闭,设计人员必须对他设计的模块应该对哪种变化封闭做出选择。他必须先猜测出最有可能发生的变化各类,然后构造抽象来隔离那些变化。等到变化发生时立即采取行... 阅读全文
posted @ 2014-08-20 13:10 QqiaoQ 阅读(93) 评论(0) 推荐(0) 编辑
摘要: 单一职责原则:一个类,应仅有一个引起它变化的原因如果一个类承担的职责过多,就等于把这些职责耦合在一起,一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计,当变化发生时,设计会遭受到意想不到的破坏。软件设计真正要做的许多内容,就是发现职责并把那些职责相互分享。如果你能够... 阅读全文
posted @ 2014-08-20 12:56 QqiaoQ 阅读(113) 评论(0) 推荐(0) 编辑
摘要: 1 /** 2 * 现金收费抽象类 3 * @author Monica 4 * 5 */ 6 public abstract class CashSuper { 7 /** 8 * 现金收取超类的抽象方法 9 * @param money 收... 阅读全文
posted @ 2014-08-19 13:58 QqiaoQ 阅读(431) 评论(0) 推荐(0) 编辑
摘要: 1 /** 2 * 面向对象(运算类) 3 * 简易计算器 4 * @author Monica 5 * 6 */ 7 public class Operation { 8 private double numberA = 0; 9 private double numb... 阅读全文
posted @ 2014-08-19 11:19 QqiaoQ 阅读(382) 评论(0) 推荐(0) 编辑