设计模式
文章平均质量分 63
wanpro
这个作者很懒,什么都没留下…
展开
-
设计模式-观察者模式
设计原则:实现对象之间的松耦合,交互对象彼此无需知道彼此实现细节。能应对变化,因为彼此的依赖降低到了最低。另一个例子:订报。有两个角色,报社和订户。报社为主题对象,而订户为观察者。当报社有新的报纸产出(数据变化),会发送消息给相应的订户。如果订户接收,则接收报社的投递。如果订户不接受,则不接受报社的投递。松耦合:两个对象可以相互交互,但是不清楚彼此的实现细节。观察者模式:主体只知道翻译 2016-07-07 18:11:15 · 236 阅读 · 0 评论 -
设计模式-装饰者模式(问题比较大,需要重新处理)
设计原则:类应该对扩展开放,对修改关闭。在不修改现有代码的情况下,拓展,搭配新的行为。设计更加弹性应对改变,可以接受新的功能应对改变的需求。遵循开放关闭原则会引入代码抽象层次,增加代码的复杂度。我们的注意力是在于设计中最有可能发生改变的地方,然后应用开放关闭原则。装饰者模式:动态的将责任附加到对象上。若要扩展功能,装饰者提供比继承更有弹性的方法。待更新。。翻译 2016-07-10 00:31:53 · 457 阅读 · 0 评论 -
设计模式—工厂模式
new创造对象的方式实际本质是面向实现编程,不是面向接口编程。代码绑着具体的实现会使代码更加脆弱。工厂模式解决的一般是对象的实例化问题。把new的放在代码中,不利于拓展维护。变化的部分和不变的部分。类的具体实例化抽出来,放置在一个类中。维护扩展运行。耦合程度降低。简单工厂模式:定义一个创建对象的类,由这个类封装实例化对象的行为。把原来的代码取出来封装。对象的实例化放在主程序中,依赖翻译 2016-07-12 23:36:28 · 149 阅读 · 0 评论 -
设计模式-策略设计模式
设计模式让开发者有共同语言。大部分的设计模式着眼于软件变化的主题,允许系统局部改变独立于其他部分。把系统的变化的部分封装。策略模式:?定义一系列算法,分别封装,让它们可以相互替换。算法的变化独立于使用算法的客户。?原则:封装变化;多用组合少用继承;针对接口编程而不是根据实现编程。面向对象原则:可扩充,可复用,可维护。面向对象基础:抽象,多态,继承,封装。翻译 2016-07-07 01:14:07 · 261 阅读 · 0 评论