设计模式7大原则

2020-07-05  本文已影响0人  那就省略号吧

单一职责原则

接口以及类编写时应该按照功能来划分,避免将不同功能全聚合在同一个类或者接口中,使得他们功能定义模糊,方法臃肿;

接口隔离原则(interface segregation principle)

客户端不应该依赖它不需要的接口,即一个类对应另一个类的依赖应该建立在最小接口上
例如:一个接口有a,b,c,d4种方法,两个类A,B分别实现了该接口,后续有类C需要继承A中的a,b,c方法,类D需要继承B中的a,b,d方法,此时就违反了接口隔离原则,应该将根据原则将源接口先拆分成三个接口,然后A,B按需要进行实现;

错误
正确

依赖倒转原则(dependence inversion principle)

1.高层模块不应该依赖底层模块,二者应该都依赖其抽象
2.抽象不应该依赖于细节,细节应该依赖于接口
3.依赖倒转的中心思想是面向接口编程
4.依赖倒转原则是基于这样的设计思想:相对于细节的多变性,抽象的东西应该相对稳定
5.接口和抽象类的目的应该是在于制定规范,不涉及具体操作,具体操作有实现类来实现

依赖倒转原则实现的三种方式:
1.接口传递
2.构造方法传递
3.setter方式传递

里氏替换原则(liskov substitution principle)

1.所有引用基类的地方必须能透明的使用其子类对象,例如:T2继承T1类,在某程序中将原有的所有T1类换成T2,程序不会发生任何变化
2.在使用继承时,遵循里氏替换原则,在子类中尽量不重写父类方法
3.里氏替换原则告诉我们,两个类之间使用继承增加了类之间的耦合性,在适当的情况下,可以通过聚合,组合,依赖来解决问题

开闭原则(open close principle)

1.开闭原则是编程中最基础,最重要的设计原则
2.一个软件实体如类,模块和函数应该对扩展开放,对修改关闭,用抽象构建框架,用实现扩展细节
3.当软件需要变化是,尽可能通过扩展软件实体的行为来实现变化,而不是通过修改已有代码来实现变化

4.编程中遵循其他原则,以及使用设计模式的目的就是遵循开闭原则

迪米特法则(Demeter principle)

1.类与类之前应该尽量减少耦合,一个对象应该对其他对象保持最少的了解,尽可能符合合成复用原则

合成复用原则(composite reuse principle)

1.原则上尽量使用合成/聚合的方式,而不是使用继承,可以使用:属性传递,构造方法传递,setter方式传递

上一篇下一篇

猜你喜欢

热点阅读