SOLID设计原则有哪些

本篇内容介绍了“SOLID设计原则有哪些”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！

十载的肃州网站建设经验，针对设计、前端、开发、售后、文案、推广等六对一服务，响应快，48小时及时工作处理。营销型网站建设的优势是能够根据用户设备显示端的尺寸不同，自动调整肃州建站的显示方式，使网站能够适用不同显示终端，在浏览器中调整网站的宽度，无论在任何一种浏览器上浏览网站，都能展现优雅布局与设计，从而大程度地提升浏览体验。创新互联建站从事“肃州网站设计”,“肃州网站推广”以来，每个客户项目都认真落实执行。

SOLID原则是由罗伯特·C·马丁在21实际早期引入的面向对象编程和面向对象设计的五个基本原则。分别是SRP（单一责任原则）、OCP（开放封闭原则）、LSP（里氏替换原则）、ISP（接口分离原则）、DIP（依赖倒置原则）。它被典型的应用在测试驱动开发商，同时也是敏捷开发以及自适应软件开发基本原则的重要组成部分。

　单一责任原则（SRP）

单一责任原则认为一个类应该只具有一个功能。在程序开发中当需要修改某个类的时候原因有且只有一个。假设这个类需要承当其他类型的责任时，就要分解这个类。类被修改的几率很大，如果把多个功能放在同一个类中，功能之间就形成了关联，改变其中一个功能，有可能中止另一个功能，这时就需要新一轮的测试来避免可能出现的问题，极大的损伤其内聚性和耦合度。

开放封闭原则（OCP）

正常情况下软件实体应该是可被扩展，但是不可以被修改的。这里所说的扩展就是表示开放性，而不可以被修改则是表示封闭性。通常情况下这个原则是程序员在开发过程中诸多面向对象编程原则中最抽象、最难理解的一个。

里氏替换原则（LSP）

程序中的对象应该是可以在不改变程序正确性的前提下被它的子类所替换。里氏替换原则是使代码符合开放封闭原则的一个重要保障。当一个子类的实例应该能够替换任何其超类的实例时，它们之间才具有is-A关系。客户模块不应关心服务模块的是如何工作的；同样的接口模块之间，可以在不知道服务模块代码的情况下，进行替换。即接口或父类出现的地方，实现接口的类或子类可以代入。

　　接口分离原则（ISP）

不能强迫用户去依赖那些他们不使用的接口。换句话说，使用多个专门的接口比使用单一的总接口总要好。 注意，在代码中应用ISP并不一定以为这服务就是绝对安全的，同样需要采用良好的编码时间，以确保正确的验证与授权。如Java中一个类实现多个接口，不同的接口给不用的客户模块使用，而不是提供给客户模块一个大的接口。

依赖注入或倒置原则（DIP）

依赖注入或倒置原则规定代码应该取决于抽象的概念，而不是具体实现，具体可以分为两条：1. 高层模块不应该依赖于低层模块，二者都应该依赖于抽象 ；2. 抽象不应该依赖于细节，细节应该依赖于抽象
这个设计原则的亮点在于任何被DI框架注入的类很容易用mock对象进行测试和维护，因为对象创建代码集中在框架中，客户端代码也不混乱。有很多方式可以实现依赖倒置，比如像AspectJ等的AOP（Aspect Oriented programming）框架使用的字节码技术，或Spring框架使用的代理等。

“SOLID设计原则有哪些”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注创新互联网站，小编将为大家输出更多高质量的实用文章！