美文网首页
项目大了人员多了,架构怎么设计更合理?

项目大了人员多了,架构怎么设计更合理?

作者: 冰雨9527 | 来源:发表于2021-08-11 14:34 被阅读0次

    编程中的六大设计原则是哪些?

    • 1.单一职责原则
      通俗地讲就是一个类只做一件事
      CALayer:动画和视图的显示。
      UIView:只负责事件传递、事件响应。
    • 2.开闭原则
      对修改关闭,对扩展开放。要考虑到后续的扩展性,而不是在原有的基础上来回修改
    • 3.接口隔离原则
      使用多个专门的协议、而不是一个庞大臃肿的协议,如 UITableviewDelegate + UITableViewDataSource
    • 4.依赖倒置原则
      抽象不应该依赖于具体实现、具体实现可以依赖于抽象。调用接口感觉不到内部是如何操作的
    • 5.里氏替换原则
      父类可以被子类无缝替换,且原有的功能不受任何影响 如:KVO
    • 6.迪米特法则
      一个对象应当对其他对象尽可能少的了解,实现高聚合、低耦合

    面向对象编程

    • 封装、继承、多态
    • 设计模式6个原则
    • 设计一个类的功能,如何划分粒度(单一职责)
    • 接口隔离。
    • 如果有一个鸟类,有飞的动作,一个鸵鸟继承它是合适的吗(里氏替换)
    • 类之间的依赖如何依赖偶合度最小(依赖倒转)高层依赖低层,低层不能依赖高层。依赖接口,不能依赖具体的类。
    • 如果A要调用C函数,但C是B的成员类,应该如何设计?(迪米特)
    • 如何设计类,能做到只增加代码,而不修改代码,有哪些经验(开放封闭)通过设计模式解决。

    底层可以是与业务无关的基础组件,比如网络和存储等;
    中间层一般是通用的业务组件,比如账号、埋点、支付、购物车等;
    最上层是迭代业务组件,更新频率最高。
    这样的三层结构,尤其有利于多个团队分别开发维护。比如,一开始有两个业务团队 A 和 B,他们在开发时既有通用的功能、账号、埋点、个人页等,也有专有的业务功能模块,每个功能都是一个组件。


    功能成组件
    业务分团队



    相关文章

      网友评论

          本文标题:项目大了人员多了,架构怎么设计更合理?

          本文链接:https://www.haomeiwen.com/subject/fzqcbltx.html