设计原则的作用
- 让自己设计实现出来的软件系统更加稳定,容易维护,并具有一致性。
- 遵循设计原则可提高软件的可维护性和复用性,降低代码耦合
单一职责原则
- 这个原则强调的是“当设计封装一个类时,该类应该只负责一件事”。
- 在开发过程中,一个类应该只负责一个单独的功能的实现,如果类的结构过于复制,负责的功能太多,会导致项目过于依赖该类,使其难以维护,项目或该类失去弹性
开闭原则
- 对扩展开放,对修改关闭
- 面对需求时,应该避免修改现有的代码,而是应该在进行增加相应的功能实现代码。所以在进行设计分析时,应当进行抽象化,面向接口
依赖倒置原则
- 高层模块不应该依赖于低层模块,他们都应该依赖于抽象。抽象不应该依赖于细节,细节应该依赖于抽象
- 在编写程序的时候,应该避免面向实现编程,而应该接口编程
里氏替换原则
- 子类必须能够替代父类,在客户端使用的过程中,子类应该是透明的,客户端不应该知道目前使用的对象是哪个具体的子类实现的。如果在客户端使用的过程中需要用到“对象强制转换”,则违背了里氏替换原则
接口隔离原则
- 客户端不应该依赖其不需要的接口。如果一个接口过于庞大,这时应该考虑将接口细化为更小的接口
迪米特原则(最少知识原则)
- 当我们在设计一个类的时候,应该让这个类越少使用到其他类的功能越好。如果一个类与其他类的联系越少,则耦合度越低
合成服用原则(少用继承多用组合原则)
- 在设计功能的时候,应该考虑使用继承时是否会使子类继承父类的多余功能,如果会出现这种情况,则不应该使用继承的方式来实现,应使用组合的方式实现