架构学习-原则

  1. 1. 合适原则 - 合适优于业界领先
  2. 2. 简单原则
  3. 3. 演化原则

程序员和架构师之间的区别:如何处理不确定性的。对于程序员来说,编程本身不能存在不确定性,执行结果需要是确定的。但是对于架构设计来说,本质上是不确定的,同样的一个系统,可能AB两家公司做出的架构差异很大,但是都能正确运转。架构设计常常面对多种可能性来进行选择

太多的选择,需要一些框架来更好的做出决定。

1. 合适原则 - 合适优于业界领先

需不需要?有没有那么多人力?有没有足够的应用场景?

2. 简单原则

简单优于复杂的,复杂在软件工程领域“可能”意味着问题。因为我们需要持续在上面改进的。

  • 复杂性体现在
    • 结构的复杂性
      • 组件数量多
      • 组件之间的关系更为复杂
      • 某个组件的改动,会影响关联的所有组件
      • 定位一个复杂系统当中的问题总是比简单系统的更加困难
    • 逻辑的复杂性
      • 一个组件承担太多功能会对开发维护都造成很大的困扰

3. 演化原则

演化优于一步到位,因为软件的更新,架构的变化非常快。软件的架构需要根据业务的发展不断变化。

  • 设计出来的架构要满足当时的业务需要
  • 架构要不断地在实际应用过程当中迭代,保留优秀的设计,修复有缺陷的设计,逐渐完善架构
  • 当业务发生变化的时候,架构要扩展,重构甚至重写

转载请注明来源,欢迎对文章中的引用来源进行考证,欢迎指出任何有错误或不够清晰的表达。可以在下面评论区评论,也可以邮件至 stone2paul@gmail.com

文章标题:架构学习-原则

文章字数:435

本文作者:Leilei Chen

发布时间:2020-02-04, 12:04:42

最后更新:2020-02-04, 12:05:03

原始链接:https://www.llchen60.com/%E6%9E%B6%E6%9E%84%E5%AD%A6%E4%B9%A0-%E5%8E%9F%E5%88%99/

版权声明: "署名-非商用-相同方式共享 4.0" 转载请保留原文链接及作者。

目录
×

喜欢就点赞,疼爱就打赏