两个系统的故事：现代软件深化读后感

​ 标题下的一句话吸引了我—架构是一种很浪费空间的艺术。使我带着疑问一步步深入分析问题，作者用城市和软件对比引出软件架构的重要性，又用生活中的经验—从错误中学习，告知经验在构造软件系统时也起着至关重要的作用。

​ 文中，用混乱大都市来比喻一个初创公司因需要版本快速更迭，快速交付构造的糟糕的架构。即使梳理架构，了解了每个模块，甚至绘制出了“地图”，也无法有一个良好的规划，使得“大都市”的架构难以理解，无法修改只能采用最粗糙的办法—一层层添加新功能，这更加加重了“大都市”的混乱程度。此外，也会导致系统组件缺少内聚性，各个部件耦合度过大，严重影响软件的品质和可靠性。甚至，书中提到，顶层的架构设计不良会影响代码层面每个开发人员风格各异，使用的库不统一，整个系统既复杂又重复。问题不是一次发生的，也不是只在一方面发生，问题的来源不只归因于架构设计和编码，而且和公司的现状和业务息息相关。总之，问题的主要来源还是时间的推移带来的诸多不可预测的因素。前一部分，以混乱大都市做铺垫，第二部分中用设计之城的例子突出设计的重要性，设计之处设计之城便已经有初步的架构，以XP的过程推进，经过仔细的复审确保工作的正确型。设计之城从架构出发开始展开，功能越来越强大，一开始结构变清晰，增加新的功能和单元毫不费力，且开发出的产品有品质和质量。到段落最后作者虽然提到有些地方存在争论，以我的观点看但这并不影响宏观层面，即使细节不是很完美，但是只要各就各位按照最初的方向—架构来发展就并无大碍。总之，架构在设计之城中起到了关键的作用。

   好的架构需要有意而为，我们要跟随设计者的经验和教训展开我们的实现，即使错了也不要害怕改变，一个好的设计是有许多方面组成的，需要一个团队配合并有关键性人物作出正确的决断才能保证项目的良性发展。