单一职责原则：就一个类而言，仅有一个引起它变化的原因。
类的角度：比如说一个类只做列表查询的返回体那么在获取详情的时候返回体就不能使用获取列表的返回体的这个类。
方法角度：如果说这个提交方法的目的就是提交A那么这个在这个方法中就不能对这个方法增加提交B。
开闭原则：对扩展开放对修改关闭。
业务逻辑角度：业务方想在现有流程A增加B的流程那么对于流程A来说B就是A的扩展。在增加流程B的时候尽可能的不对流程A进行修改，只对流程A进行扩展。
开闭原则还强调了依赖的层次。一般来说离输入输出越远越高级，如果这一部分改变了那么也就是影响了不知道多少的调用。
里氏替换原则：子类型能必须能够替换掉它们的父类型。
比如你孩子一手打拼没用你的一分钱创建了一个蒸蒸日上的企业，后来企业周转不开了你用你手里的钱通过投资并进行股权变更企业成功了，那么最后的利益方是不变的还是你们的家族企业。如果说最后利润又分给其他人了那么就不适合里氏替换。
接口隔离原则：如果当前接口不需要其他内容那么就是有害的。
一个接口应该只要放回对方对于这个接口需要的东西。
依赖反转原则：
1、高层摸板在依赖时，应该依赖于抽象，而不是依赖于细节。
2、抽象不应该依赖细节，细节应该依赖于抽象。
这个原因就是在修改抽象时一定会修改细节。但是在修改细节时很少修改对应的实现。
标签：那么,架构,原则,流程,之道,修改,细节,抽象,整洁 来源： https://www.cnblogs.com/iswysya/p/16172196.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。