架构整洁之道——设计原则
单一职责原则:就一个类而言,仅有一个引起它变化的原因。
类的角度:比如说一个类只做列表查询的返回体那么在获取详情的时候返回体就不能使用获取列表的返回体的这个类。
方法角度:如果说这个提交方法的目的就是提交A那么这个在这个方法中就不能对这个方法增加提交B。
开闭原则:对扩展开放对修改关闭。
业务逻辑角度:业务方想在现有流程A增加B的流程那么对于流程A来说B就是A的扩展。在增加流程B的时候尽可能的不对流程A进行修改,只对流程A进行扩展。
开闭原则还强调了依赖的层次。一般来说离输入输出越远越高级,如果这一部分改变了那么也就是影响了不知道多少的调用。
里氏替换原则:子类型能必须能够替换掉它们的父类型。
比如你孩子一手打拼没用你的一分钱创建了一个蒸蒸日上的企业,后来企业周转不开了你用你手里的钱通过投资并进行股权变更企业成功了,那么最后的利益方是不变的还是你们的家族企业。如果说最后利润又分给其他人了那么就不适合里氏替换。
接口隔离原则:如果当前接口不需要其他内容那么就是有害的。
一个接口应该只要放回对方对于这个接口需要的东西。
依赖反转原则:
1、高层摸板在依赖时,应该依赖于抽象,而不是依赖于细节。
2、抽象不应该依赖细节,细节应该依赖于抽象。
这个原因就是在修改抽象时一定会修改细节。但是在修改细节时很少修改对应的实现。
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】凌霞软件回馈社区,博客园 & 1Panel & Halo 联合会员上线
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】博客园社区专享云产品让利特惠,阿里云新客6.5折上折
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· CSnakes vs Python.NET:高效嵌入与灵活互通的跨语言方案对比
· DeepSeek “源神”启动!「GitHub 热点速览」
· 我与微信审核的“相爱相杀”看个人小程序副业
· Plotly.NET 一个为 .NET 打造的强大开源交互式图表库
· 上周热点回顾(2.17-2.23)