六大设计原则
六大设计原则SOLID
单一职责原则(Single Responsibility Principle)
单一职责原则:应该有且仅有一个原因引起类的变更。
单一职责指的是,一个类,一个函数(方法)只负责一个单一的职责。
- 降低复杂度提高代码的可读性
- 提高可维护性
开闭原则(Open Closed Principle)
类、模块、函数,可以去扩展,但不要去修改。如果要修改代码,尽量用继承或组合的方式来扩展类的功能。
开闭原则是指一个软件实体如类、模块和函数应该对扩展开放,对修改关闭。也就是说一个软件实体应该通过扩展来实现变化,而不是通过修改已有的代码来实现变化。
- 提高复用性
- 提高可维护性
里氏替换原则(Liskov Substitution Principle)
里氏替换原则:所有引用基类的地方必须透明的使用其子类的对象。
该原则是为了解决继承extends的侵入性、灵活性和耦合度。历史替换原则通俗的说就是父类能出现的地方,子类就可以出现,而且替换为子类也不会产生任何错误或异常。增加代码的健壮性和兼容性。
- 子类必须完全实现父类的方法
- 子类可以有自己的个性
- 覆盖或实现父类的方法时输入参数可以被放大(函数的重载)
- 覆写或实现父类的方法时输出结果可以被缩小
迪米特法则(Law of Demeter)
一个对象应该对其他对象有最少的了解
迪米特法则又叫最少知道原则,即一个类对自己依赖的类知道的越少越好。也就是说,对于被依赖的类不管多么复杂,都尽量将逻辑封装在类的内部。对外除了提供的 public 方法,不对外泄露任何信息。
- 类间解耦,肉耦合后提高类的复用率
接口隔离原则(Interface Segregation Principle)
接口隔离原则:不要对外暴露没有实际意义的接口。
- 接口要尽量小(根据接口隔离原则拆分接口时,首先必须满足单一职责原则。)
- 接口要高内聚(高内聚就是提高接口、类、模块的处理能力,减少对外的交互。)
- 定制服务(采用定制服务就必然有一个要求:只提供访问者需要的方法)
- 接口设计是有限度的(接口的设计粒度越小,系统越灵活,这是不争的事实。但是,灵活的同时也带来了结构的复杂化,开发难度增加,可维护性降低,)
依赖倒置原则(Dependence Inversion Principle)
依赖倒置原则:高层模块不应该依赖于低层模块,而应该依赖于抽象。抽象不应依赖于细节,细节应依赖于抽象。
- 依赖倒置原则可以减少类间的耦合性,提高系统的稳定性,降低并行开发(多人)引起的风险,提高代码的可读性和可维护性。
洗尽铅华始见金,褪去浮华归本真