摘要: 观察者模式:定义了一种一对多的依赖关系,让多个观察者对象同时监听某一个主题对象。这个主题对象在状态发生变化时,会通知所有观察者对象,使它们能够自动更新自己。 当一个对象的改变需要同时改变其他对象,而且它不知道具体有多少对象有待改变时,应该考虑使用观察者模式。 一个抽象模型有两个方面,其中一方... 阅读全文
posted @ 2014-12-29 20:58 晨星坠 阅读(128) 评论(0) 推荐(0) 编辑
摘要: 建造者模式:将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。 主要是用于创建一些复杂的对象,这些对象内部构建间的建造顺序通常是稳定的,但对象内部的构建通常面临着复杂的变化。 建造者模式的好处就是使得建造代码与表示代码分离,由于建造者隐藏了该产品是如何组装的,所以若需要... 阅读全文
posted @ 2014-12-29 20:17 晨星坠 阅读(258) 评论(0) 推荐(0) 编辑
摘要: 外观模式:为子系统中的一组接口提供一个一致的界面,此模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。 首先,在设计初期阶段,应该要有意识的将不同的两个层分离。 其次,在开发阶段,子系统往往因为不断的重构演化而变得越来越复杂,增加外观Facade可以提供一个简单的接口,减少它们之间的依... 阅读全文
posted @ 2014-12-29 17:35 晨星坠 阅读(135) 评论(0) 推荐(0) 编辑
摘要: 迪米特法则/最少知识原则 如果两个类不必彼此直接通信,那么这两个类就不应当发生直接的相互作用。如果其中一个类需要调用另一个类的某一个方法的话,可以通过第三者转发这个调用。 前提:在类的结构设计上,每一个类都应当尽量降低成员的访问权限。 根本思想:强调类之间的松耦合。 阅读全文
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) 编辑