这样学BAT必面之软件设计原则，还不会就是我的问题

学习设计原则是学习设计模式的基础。在实际开发过程中，并不要求所有代码都遵循设计原则，我们要考虑人力、时间、成本、质量，不能刻意追求完美，但要在适当的场景遵循设计原则，这体现的是一种平衡取舍，可以帮助我们设计出更加优雅的代码结构。
先梳理一下七大软件设计原则的基本概念：

1、开闭原则（Open-Closed Principle，OCP）是指一个软件实体（如类、模块和函数）应该对扩展开放，对修改关闭。所谓的开闭，也正是对扩展和修改两个行为的一个原则。
由于篇幅原因，具体演示案例戳下面链接：

Tom弹架构：开闭原则（Open-Closed Principle，OCP）

2、依赖倒置原则（Dependence Inversion Principle，DIP）是指设计代码结构时，高层模块不应该依赖低层模块，二者都应该依赖其抽象。抽象不应该依赖细节，细节应该依赖抽象。由于篇幅原因，具体演示案例戳下面链接：

Tom弹架构：依赖倒置原则（Dependence Inversion Principle，DIP）

3.单一职责（Simple Responsibility Pinciple，SRP）是指不要存在多于一个导致类变更的原因。假设我们有一个类负责两个职责，一旦发生需求变更，修改其中一个职责的逻辑代码，有可能导致另一个职责的功能发生故障。由于篇幅原因，具体演示案例戳下面链接：

Tom弹架构：单一职责（Simple Responsibility Pinciple，SRP）

4、接口隔离原则（Interface Segregation Principle, ISP）是指用多个专门的接口，而不使用单一的总接口，客户端不应该依赖它不需要的接口。由于篇幅原因，具体演示案例戳下面链接：

Tom弹架构：接口隔离原则（Interface Segregation Principle, ISP）

5、迪米特原则（Law of Demeter LoD）是指一个对象应该对其他对象保持最少的了解，又叫最少知道原则（Least Knowledge Principle，LKP），尽量降低类与类之间的耦合度。

Tom弹架构：迪米特原则（Law of Demeter LoD）

6、里氏替换原则（Liskov Substitution Principle，LSP）是指如果对每一个类型为T1的对象o1，都有类型为T2的对象O2，使得以T1定义的所有程序P在所有的对象O1都替换成O2时，程序P的行为没有发生变化，那么类型T2是类型T1的子类型。

Tom弹架构：里氏替换原则（Liskov Substitution Principle，LSP）

7、合成复用原则（Composite/Aggregate Reuse Principle，CARP）是指尽量使用对象组合（has-a）/聚合（contanis-a）而不是继承关系达到软件复用的目的。

Tom弹架构：合成复用原则（Composite/Aggregate Reuse Principle，CARP）

本文为“Tom弹架构”原创，转载请注明出处。技术在于分享，我分享我快乐！
如果本文对您有帮助，欢迎关注和点赞；如果您有任何建议也可留言评论或私信，您的支持是我坚持创作的动力。关注“Tom弹架构”可获取更多技术干货！

【推荐】Tom弹架构：收藏本文，相当于收藏一本“设计模式”的书