设计模式
宗旨:易维护,易扩展,易复用,灵活多样
策略模式
定义:是一种定义一系列算法的方法,从概念上来看,所有这些算法完成的都是相同的工作,只是实现不同,它可以以相同的方式调用所有的算法,减少了各种算法类与使用算法类之间的耦合。
适用情况:策略模式是用来封装算法的,但是在实践中,我们发现可以用它来封装几乎任何类型的规则,只要在分析过程中听到需要在不同实践应用不同的业务规则,就可以考虑使用策略模式处理这种变化的可能性。
反射。。。
单一职责原则(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对象的一部分.合成则是一种强拥有关系,体现了严格的部分和整体的关系,部分和整体的生命周期一样.
优先使用对象的合成/聚合将有助于你保持每个类被封装,并被集中在单个任务上.这样类和类继承层次会保持较小规模,并且不太肯能增长为不可控制的庞然大物.