设计模式:
解决同一种类型的问题,使用设计模式可以让代码结构更加清晰。
常见的设计原则:
开闭原则:
对拓展开放,对修改关闭,使得模块可以在不被修改的前提下被扩展,即不修改源代码的情况下改变这个模块的行为,让程序的稳定性增加。
总结:面对需求,对程序的改动是通过增加新代码进行的,而不是改变原来的代码
依赖倒转原则:
高层模块不应该依赖于底层模块,都应该依赖于抽象。抽象不应该依赖于细节,细节应该依赖于抽象。
针对接口编程而不针对实现编程。
里氏替换原则:
引用基类的地方必须能透明的使用其子类的对象。
实现开闭原则的重要方法之一,在程序中尽量使用基类类型对对象进行定义,运行时再确定子类类型。
单一职责原则:
一个对象只包含单一的职责,该职责被完整的封装在一个类中
接口隔离原则:
满足高内聚的前提下,接口中的方法越少越好。
合成 / 聚合复用原则:
对象的继承关系是在编译时定义的,无法在运行时改变从父类继承的实现。子类的实现与它的父类有非常紧密的依赖关系,父类实现中的任何变化必然导致子类发生变化。当需要复用子类时,如果继承下来的实现不适合解决新的问题,则父类必须重写或被其它更适合的类替换。这种依赖关系限制了灵活性并最终限制了复用性。
合成是一种强的‘拥有’关系,部分与整体的声明周期一样,类似于翅膀与大雁的关系。
聚合表示一种弱的‘拥有’关系,多只大雁属于一个雁群,一个雁群可以有多只大雁,大雁与雁群是聚合关系。
优先使用对象的合成、聚合将有助于保持每个类被封装,并被集中在单个任务上,类和类继承层次会保持较小规模。
尽量使用对象组合,而不是继承来达到复用的目的。
迪米特法则:
一个软件实体尽可能少的与其它实体发生相互作用。