设计模式笔记-part1

设计模式

 

宗旨：易维护，易扩展，易复用，灵活多样

 

策略模式

定义：是一种定义一系列算法的方法，从概念上来看，所有这些算法完成的都是相同的工作，只是实现不同，它可以以相同的方式调用所有的算法，减少了各种算法类与使用算法类之间的耦合。

         适用情况：策略模式是用来封装算法的，但是在实践中，我们发现可以用它来封装几乎任何类型的规则，只要在分析过程中听到需要在不同实践应用不同的业务规则，就可以考虑使用策略模式处理这种变化的可能性。

         反射。。。

单一职责原则（SRP）

定义：就一个类而言，应该仅有一个引起它变化的原因。

         职责分离有利于代码的复用。

         职责过多的弊端：如果一个类承担的职责过多，就等于把这些指责耦合在一起，一个职责的变化可能会削弱或者一直这个类完成其他的职责的能力。这种耦合会导致脆弱的设计，当变化发生时，设计会遭受到意想不到的破坏。

         软件设计真正要做内容：就是发现职责并把那些职责相互分离。

         判断是否应该分离出类来的原则：如果你能够想到多于一个的动机去改变一个累，那么这个类就具有多于一个的职责，这样就应该考虑职责分离。

开放-封闭原则

定义：软件实体（类、模块、函数等等）应该可以扩展，但是不可修改。

需求是一定会变的

在最初编写代码时，假设变化不会发生。当变化发生时，我们就创建抽象来隔离以后发生的同类变化。

面对需求，对程序的改动是通过增加新代码进行的，而不是更改现有的代码。

我们希望的是在开发工作开展不久就知道可能发生的变化。查明可能发生的变化所等待的时间越长，要创建正确的抽象就越困难。

开放-封闭原则是面向对象设计的核心所在。开发人员应该仅对程序中呈现出频繁变化的那些部分作出抽象，但拒绝不成熟的抽象和抽象本身一样重要。

依赖倒转原则

要针对接口编程，不要针对实现编程。

原则内容：

A．       高层模块不应该依赖底层模块。两个都应该依赖抽象

B．       抽象不应该依赖细节。细节应该依赖抽象

里氏代换原则

         子类型必须能替换它们的父类型

一个软件实体如果使用的是一个父类的话，那么一定适用于其子类，而且它察觉不出父类对象和子类对象的区别.也就是说,在软件里面,把父类都替换成它的子类,程序的行为没有变化

只有当子类可以替换掉父类,软件单位的功能不受到影响时,父类才能真正被复用,而子类也能够在父类的基础上增加新的行为.

Eg.

Animal animal=new Cat();     //  如果以后更改成  狗,牛,羊  只需要更改此处构造函数即可

animal.eat();

animal.drink();

animal.run();

animal.speak();

由于子类型的可替换性,才使得使用父类类型的模块在无需修改的情况下就可以扩展 

备忘录模式

定义:在不破坏封装性的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态.这样以后就可讲该对象恢复到原先保存的状态.

组合模式

定义:将对象组合成树形结构以表示’部分-整体’ 的层次结构.组合模式使得用户对单个对象和组合对象的使用具有一致性.

 

适用情况: 需求中式体现部分与整体层次的结构时,以及你希望用户可以忽略组合对象与当个对象的不同,统一的使用组合结构中的所有对象时,就应该考虑组合模式.

 

好处:组合模式让客户可以一直地使用组合结构和单个对象

迭代模式

提供一种方法顺序访问一个聚合对象中各个元素,而又不暴露该对象的内部表示.

 

适用情况:

l  当你需要访问一个聚集对象,而且不管这些对象是什么都需要遍历的时候,你就应该考虑用迭代器模式.

l  当需要对聚集有多种方式遍历时,可以考虑用迭代模式

为遍历不同的聚集结构提供如开始,下一个,是否结束,当前哪一项等统一的借口.

 

注意:C# JAVA 等本身已经把迭代模式写入语言中了,即 foreach

 

迭代器模式就是非礼集合对象的遍历行为,抽象出一个迭代器类来负责,这样既可以做到不暴露集合的内部结构,又可以让外部代码透明地访问集合内部的数据.

 

.Net 迭代器的实现: IEumerator接口,IEnumerable 接口

单例模式

定义:保证一个类仅有一个实例,并提供一个访问它的全局访问点.

 

通常我们可以让一个全局变量使得一个对象被访问,但它不能防止你实例化多个对象.一个最好的方法就是,让类自己负责保存它的唯一实例.这个类可以保证没有其他实例可以被创建,并且它可以提供一个访问该实例的方法.

 

实现: 将该类的构造方法改为私有,另外创建一个方法用来生成对象,但,此方法生成对象(Static)之前要判断是否已经生成过对象(Static),以此来保证该类只有一个对象.

桥接模式

将抽象部分与它的实现部分分离,使它们都可以独立地变化.

 

实现系统可能有多角度分类,每一种分类都有肯能变化,那么就把这种多角度分离出来让它们独立变化,减少它们之间的耦合.

 

对象的继承关系式在编译就定义好的,所以无法再运行时改变从父类继承的实现.子类的实现与它的父类有非常紧密的依赖关系,以至于父类实现中的任何变化必然会导致子类发生变化.当你需要复用子类的时候,如果继承下来的实现不适合解决新的问题,则父类必须重写或被其他更适合的类替换.这种依赖关系限制了灵活性并最终限制了复用性.

 

合成/聚合复用原则

         尽量使用合成/聚合,尽量不要使用类继承.

         聚合表示一种弱拥有关系 A对象可以包含B对象,但是B对象不是A对象的一部分.合成则是一种强拥有关系,体现了严格的部分和整体的关系,部分和整体的生命周期一样.

         优先使用对象的合成/聚合将有助于你保持每个类被封装,并被集中在单个任务上.这样类和类继承层次会保持较小规模,并且不太肯能增长为不可控制的庞然大物.