《架构之美》(阅读笔记2)

昨天读了架构之美的第二章两个小故事,混乱大都市和设计之城

首先来说说混乱大都市,

从架构谈建设,混乱大都市最明显的特点就是乱.大都市不存在架构

代码风格多样化,没有统一的概念,没有人了解整个系统的运作,系统流向很复杂.其中的数据缓存很容易导致数据的不统一。

想想这样的代码会导致在后续开发中产生什么恶果.

我们来分析为什么会出现这样的情况。首先,没有明确需求,建城始初，团队都不知道去做些什么。每个团队都做自己想要构建的，久而久之就造成了代码不好兼容,特色各异.打开了混乱的局面.

再者,存在架构，但是架构不合理,就好比用户需要增添或删减功能的时候,代码已经混乱在一起了,无法满足用户的需求,这就是要考虑架构的问题了.没有将基础功能分开.等等

一个好的架构会将城市(项目)打造成一件艺术品。

”设计之城“,这个系统在开发一开始，架构人员就做好了很好的设计，架构有很好的扩展性，在功能的扩展上建立了很好的基础；

总结:一个好的架构完全可以影响一个项目的开发进度和后续维护。