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