摘要: 迪米特法则/最少知识原则 如果两个类不必彼此直接通信,那么这两个类就不应当发生直接的相互作用。如果其中一个类需要调用另一个类的某一个方法的话,可以通过第三者转发这个调用。 前提:在类的结构设计上,每一个类都应当尽量降低成员的访问权限。 根本思想:强调类之间的松耦合。 阅读全文
posted @ 2014-12-29 16:56 晨星坠 阅读(131) 评论(0) 推荐(0) 编辑
摘要: 当我们要完成在某一细节层次一致的一个过程或一系列步骤,但其个别步骤在更详细的层次上的实现可能不同时,考虑用模板方法模式。 模板方法模式:定义一个操作中的算法的骨架,而将一些步骤延迟到子类中。模板方法使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。 当不变的和可变的行为在方法的子类... 阅读全文
posted @ 2014-12-29 16:40 晨星坠 阅读(158) 评论(0) 推荐(0) 编辑
摘要: 原型模式:用原型实例指定创建对象的种类,并且通过拷贝这些原型创建新的对象。 原型模式其实就是从一个对象再创建另外一个可定制的对象,而且不需指定任何创建的细节。 一般在初始化的信息不发生变化的情况下,克隆是最好的办法,既隐藏了对象创建的细节,又对性能是大大的提高。 浅复制:被复制对象的所有变... 阅读全文
posted @ 2014-12-29 15:29 晨星坠 阅读(124) 评论(0) 推荐(0) 编辑
摘要: 简单工厂 VS 工厂方法 简单工厂模式的最大优点在于工厂类中包含了必要的逻辑判断,根据客户端的选择条件动态实例化相关的类,对于客户端来说,去除了与具体产品的依赖。但添加新功能时需要修改原有的类,违背开发-封闭原则。 工厂方法模式:定义一个用于创建对象的接口,让子类决定实例化哪一个类。工厂方法使... 阅读全文
posted @ 2014-12-29 11:37 晨星坠 阅读(132) 评论(0) 推荐(0) 编辑
摘要: 代理模式:为其他对象提供一种代理以控制对这个对象的访问。 代理模式应用:远程代理,也就是为一个对象在不同的地址空间提供局部代表。这样可以隐藏一个对象存在于不同地址空间的事实。虚拟代理,根据需要创建开销很大的对象。通过它来存放实例化需要很长时间的真实对象。如打开一个很大的HTML网页,虚拟代... 阅读全文
posted @ 2014-12-29 10:44 晨星坠 阅读(147) 评论(0) 推荐(0) 编辑
摘要: 装饰模式:动态地给一个对象添加一些额外的职责,就增加功能来说,装饰模式比生成子类更为灵活。 如果只有一个ConcreteComponent类而没有抽象的Component类,那么Decorator类可以是ConcreteComponent的一个子类。同样道理,如果只有一个ConcreteD... 阅读全文
posted @ 2014-12-29 10:02 晨星坠 阅读(163) 评论(0) 推荐(0) 编辑
摘要: 依赖倒转原则高层模块不应该依赖低层模块。两个都应该依赖抽象。抽象不应该依赖细节。细节应该依赖抽象。 里氏代换原则:子类型必须能够替换掉它们的父类型。 阅读全文
posted @ 2014-12-29 09:13 晨星坠 阅读(175) 评论(0) 推荐(0) 编辑
摘要: 对于扩展是开放的;对于更改是封闭的。 无论模块是多么的“封闭”,都会存在一些无法对之封闭的变化。既然不可能完全封闭,设计人员必须对于他设计的模块应该对哪种变化封闭做出选择。他必须先猜测出最有可能发生的变化种类,然后构造抽象来隔离那些变化。 在我们最初编写代码时,假设变化不会发生。当变化发... 阅读全文
posted @ 2014-12-26 17:32 晨星坠 阅读(143) 评论(0) 推荐(0) 编辑
摘要: 单一职责原则(SRP):就一个类而言,应该仅有一个引起它变化的原因。 如果一个类承担的职责过多,就等于把这些职责耦合在一起,一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计,当变化发生时,设计会遭受到意想不到的破坏。 软件设计真正要做的许多内容,就是发现职责... 阅读全文
posted @ 2014-12-26 16:54 晨星坠 阅读(98) 评论(0) 推荐(0) 编辑
摘要: 面向对象的编程,并不是类越多越好,类的划分是为了封装,但分类的基础是抽象,具有相同属性和功能的对象的抽象集合才是类。 策略模式(Strategy) 它定义了算法家族, 分别封装起来,让它们之间可以相互替换,此模式让算法的变化,不会影响到使用算法的客户。 策略模式是一种定义一系列算法的... 阅读全文
posted @ 2014-12-26 16:28 晨星坠 阅读(111) 评论(0) 推荐(0) 编辑