乐趣区

架构整洁之道(一)——什么是设计和架构(未完)

在过去几年里,关于设计和架构存在很多疑问。什么是设计,什么是架构,两者有什么不同?本书的其中一个目的就是消除所有的困惑,并且彻底地给一个确切的定义,设计和架构是什么. 对于初学者来说这两者没有区别,一点也没有
架构这个词经常被用在一些高级别的,与低级别的细节分离的上下文当中. 而”设计“经常看起来暗示在低级别的决议和结构。但是当你看到架构师做的架构,这种说法又是荒谬的。
思考一下,假如架构师设计你的房子,这个房子有架构吗?当然有。那它的架构又是什么呢。是它的形状,外貌,立体面图,空间和房间的布局。但是当我浏览架构师画出的图。我看到了大量的低级别的细节实现,我看见每一个插座,电灯开关,电灯被标注出来。我看见哪些开关控制哪些电灯。我看到了放置火炉的位置,热水器和抽水泵的大小和位置都被标注了出来,我看见了墙,屋顶,地基将如何被搭建
简而言之,我看见全部的支持顶层决策的底层细节,也看见了底层细节和顶层决策是整个房屋设计的一部分.
所以这就是软件设计,底层细节和顶层结构是相同物体的一部分. 它们组成了一个连续的,能定义系统形状的构造物。两者缺一不可。两者没有明确的分割线,
软件设计的目标
好的软件设计的目标和我乌托邦式的描述一模一样。软件架构的目标是用最少的人力资源搭建和维护要求的系统。设计质量的权衡也就是满足用户需求所付出的成本的权衡. 如果成本很低,并且至始至终都很低。这就是一个优秀的设计。如果成本很高,而且每次发布新版本,成本逐渐上升。这种设计就比较差。很简单。
实例学习
举个例子,思考下接下来的实例学习。它包含了来自匿名公司的真实数据,首先,让我们看看工程师的增长,我敢肯定你你会觉得这个倾向很振奋人心。
让我们看看该公司同时期的产出,靠代码条形图来衡量
很明显有些东西正在变糟,即使每个版本都有在逐渐增加的工程师支持,但代码的增长接近不对称. 现在来看一张图,这张图展示了每行代码的维护成本

这种倾向不是可持续发展的,不管此刻公司是多么盈利。是什么造成了这种明显的变化,为什么代码从第 8 版到第 1 版贵了 40 多倍

退出移动版