构架之美读后感1

今天我选择《架构之美》作为课外读物。在本科学习阶段没有接触过架构这些东西，总觉得那都是大牛级别的任务需要考虑的问题，离我们很遥远。但在看了《架构之美》这本书之后，对架构有了一个大致的认识（总觉得那些东西有些抽象，没有真正做过很多项目，积累过一定经验的人要想理解透彻还是有难度的）。下面就说说我读了这本书之后的一些感想吧。书中提到了很多有关一个优秀的架构师应该具备的品质很吸引我的眼球，好的架构师首先关注的并不是系统的功能而是系统需要满足的品质，它指明了功能以何种方式交付才能被系统的利益相关者普遍接受，系统的结果包含了这些stakeholders的既定利益。成功架构师的两项重要实践是：让利益相关者参与和同时关注系统的功能的品质功能。

    通常情况下，  投资人：想了解项目是否能够在给定的资源和进度下圆满完成；  架构师、开发和测试人员：首考虑的是最初的构建和以后的维护与演进；  项目经理：组织团队，指定开发计划；市场人员：他们想通过品质特点实现与竞争者的差异化；用户：最终用户，系统的管理员，安装、部署、准备和配置的人员；技术支持人员：关注的是帮助平台电话呼入的数目和复杂性。那系统的品质又有那些呢？其实就是我们通常所说的性能、安全、可伸缩性等都会被定义的很好，而诸如可变性，可维护性，可用性等并没有详细规定，架构师在这方面应该更要加深理解，以更好的满足品质的期望。

    架构师的第一任务就是与利益相关人协作，理解这些品质关注点和约束，并为他们排列优先级，很多架构能满足功能需求，很少有满足品质需求的，有时，为了满足某些品质，架构师必须进行架构层面系统重构。书中介绍了什么样的的架构才算是美丽的架构，美丽的架构在开始时，要关注其实用性，好的架构应该是每天被很多人使用的；使用架构之前，我们还要考虑它必须要能够被构建（可构建性）；接下来就是关注架构的可持久性，好的架构应该能够经得起时间的考验，能够考虑到未来的变更，允许期望的修改；最后，要寻找一些能让人高兴的架构（开发人员、测试人员、用户等），这就要求架构必须满足概念完整性，这样的架构才易懂，易用，才会做到简单而又不过于简单。几个比较常见的美丽架构的例子有：A-7E舰载飞行处理器的架构；朗讯5ESS电话交换机软件架构；万维网；UNIX系统。

在后来的章节中，又介绍了“混乱大都市”和“设计之城”两个项目，将两种比较，形象的说出了好的架构与差的架构的一些特性。“混乱大都市”的最大问题是重复，它没有考虑好软件设计中最关键的品质，内聚和耦合。它的失败经验很值得我们借鉴：缺乏预见性和对架构的整体思考。版本的发布周期过于漫长；系统没有弹性，可扩展性差；代码问题很严重，没有统一的命名规则和命名结构，导致新员工面对复杂的代码结构，感觉压力比较大，从而又造成了员工的跳槽和士气低等问题；团队的内部政治问题严重，没有团结精神，缺少凝聚力。