原文链接:https://juejin.cn/post/6922373802987323406
为什么要设计架构
- 降低业务开发门槛
- 使业务开发更容易
- 工程代码更易维护
如何做一个好的工程架构-之代码原则
- Solid原则,是针对面向对象的程序设计提出的,即使在反思面向对象一些问题的现在,这一原则内的很多东西也有很重要的参考意义。
- 单一功能原则,不要考虑在模块内实现与它不相关的功能,比如在一个类中既要处理string MD5又要处理图片的解压缩,这就是明显的违反单一功能原则的例子。再往细说,其实在方法内也不应该处理过多的事情。
- 开闭原则,设计模块时要考虑对扩展开发对修改封闭,简单理解就是提炼不变的逻辑,将稳定的部分封装成模块的核心逻辑,对可扩展的部分进行注入。
- 里氏替换原则,指的是所有的子类都可以替换父类,但是一般情况下我们是不会通过子类去破坏父类的逻辑。
- 接口隔离原则,对于client应该隐藏不需要的细节,隔离这些部分不去依赖它们,使API的依赖更加简洁。
- 依赖反转原则,指的是高层次的模块不应依赖低层次的模块,个人认为这是个伪命题,因为高层次的模块一旦依赖低层次的模块,那它就不是高层次的模块了。如果高层次模块确实需要依赖某些东西的时候,所依赖的东西应该是抽象的。
- 最少知识原则,开发人员在使用模块的时候,对该模块知道的越少才越好。
根据原则 产出
MVC,MVVM,Viper
作者:胖头鱼馒头
链接:https://juejin.cn/post/6922373802987323406
来源:掘金
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
网友评论