面向对象设计原则
依赖倒置原则（DIP）
高层模块不应该依赖于低层模块，二者都应该依赖于抽象。
抽象不应该依赖于实现细节，实现细节应该依赖于抽象。
开放封闭原则（OCP）
对扩展开放，对更改封闭。
类模块应该是可扩展的，但是不可修改。
单一职责原则（SRP）
一个类应该仅有一个引起变化的原因。
变化的方向隐含着类的责任。
Liskov替换原则（LSP）
子类必须能够替换它们的基类（IS-A）。
继承表达类型抽象。
接口隔离原则（ISP）
不应该强迫客户程序依赖它们不用的方法。
接口应该小而完备。
优先使用对象组合，而不是类继承
类继承通常为“白箱复用”，对象组合通常为”黑箱复用“。
继承在某种程度上破坏也了封装性，子类父类耦合度高。
而对象组合则只要求被组合的对象具有良好定义的接口，耦合度高低。
封装变化点
使用封装来创建对象之间的分界层，让设计者可在分界层的一侧进行修改，而不会对另一侧产生不良的影响，从而实现层次间的松耦合。
针对接口编程，面不是针对实现编程
不将变量类型声明为某个特定的具体类，而是声明为某个接口。
客户程序无需获取对象的具体类型，只需要知道对象所具有的接口。
减少系统中各部份的依赖关系，从而实现“高内聚，松耦合”的类型设计方案。
标签：原则,对象,接口,面向对象,抽象,依赖于,设计,应该 来源： https://www.cnblogs.com/shiguoliang/p/15366757.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。