编程开发中常见设计原则有哪些
这篇文章将为大家详细讲解有关编程开发中常见设计原则有哪些,小编觉得挺实用的,因此分享给大家做个参考,希望大家阅读完这篇文章后可以有所收获。
常见设计原则
简约原则(KISS)
KISS原则的目标就是让代码保持简洁但不要过于简陋,从而避免引入任何不必要但复杂度。不要重复自己(DRY)
BRY原则但目的是通过将公用但部分抽离出来放在一个单独的地方,从而避免重复系统中的任何部分。当然避免重复的不仅仅是代码,还包括业务逻辑。讲述而不要询问(Tell,Don‘t Ask)
这个原则要求应该告诉对象您希望它们执行什么动作,而不是询问有关对象状态的问题然后您自己决定希望执行什么动作。这样有助于匹配责任并避免类之间的紧密耦合。您不需要它(YAGNI)
该原则指的是只需要将应用程序必须的功能包含进来,而不要试图添加任何其他您认为可能需要的功能。分离关注点(SoC)
SoC这一过程将软件分解为多项不同的功能,每项功能封装了可供其他类使用的唯一行为和数据。通常,一个关注点代表类的一项功能或行为。将程序划分成若干独立职责的做法显著提高了代码的重用成都、维护性和可测试性。
S.O.L.I.D设计原则
单一职责原则(SRP)
SRP与分离关注点原则保持高度一致。它要求每个对象应该有且只有一个职责关注点,即只有一个引起类变化的原因。开放封闭原则(OCP)
该原则要求类对于扩展应该是开放的,而对于修改应该是关闭的,这样应该就能够在不改变类的内部行为的情况下为类添加新功能,并且避免类被破坏,造成不必要的错误或则bug。里氏替换原则(LSP)
任何父类都应该可以被子类替代,并且保持其行为不变。改原则与OCP原则保持一致,确保继承类不会影响父类的行为。接口分离原则(ISP)
ISP原则关注的是将接口方法按职责划分为若干个组,并且为这些分组指派不同的接口。避免客户端实现一个庞大和一堆用不到的接口。依赖倒置原则(DIP)
DIP原则的宗旨是将自己编写的类与具体的实现隔离开来,让这些类依赖于抽象或者接口。它提倡面向接口编程,这确保代码不会与某种实现紧密耦合,从而提高恶系统的灵活性。依赖注入(DI)和控制反转(SoC)原则
DI、SoC与DIP是紧密相连的。DI通过构造器、方法或属性提供低层类或从属类。配合使用DI原则,这些从属类可以被反转为接口或抽象类,这样就可以形成一个具有较高的可测试性和易于修改的低耦合系统。
关于“编程开发中常见设计原则有哪些”这篇文章就分享到这里了,希望以上内容可以对大家有一定的帮助,使各位可以学到更多知识,如果觉得文章不错,请把它分享出去让更多的人看到。