简介

精彩点评

• 

  yongxinz

  推荐

  架构类书籍让人最担心的一点就是概念一大堆，吹的天花乱坠，而能落地的少之又少。 这本书的优点就是作者从自己的实战经验出发，站在程序员的角度来讲项目应该如何分层，如何限制边界，设计插件等。在读的过程中反思自己的代码，的确有很多地方需要优化，对代码还是要有敬畏之心。 感觉读架构类书籍更像是一个给自己实战经验找理论支撑的过程。对于有过经验的就比较有同感，而没经历过的理解起来就有点费劲了，不是很懂。

• 

  我不叫大脸猫🐯

  推荐

  看了前四章就有一种醍醐灌顶的赶脚，简直是神书，对架构的理解到了这种程度，真的是一种艺术[666]

• 

  momo

  推荐

  内容其实不多，但是理论观点很清晰。对于做架构指定的理论支持补充方面很有作用。

• 

  CQF

  推荐

  一本能让你对于技术和开发有更高阶段认知解读的书，有些东西还是需要这些大佬通过书籍载体传播

• 

  大明

  推荐

  例子举得很牵强，读起来没有那种酣畅淋漓的感觉，感觉是为了写书而写书

• 

  Edwin, 尚尔鑫

  推荐

  很多内容都是非常值得一读的，出于实际工作经验的总结。非常值得多读几次，不像普通的架构书，把Gang of 4的内容重复一遍而已。马丁老爷子的多年工作经验分享。

• 

  张鹏

  推荐

  花了两个半小时速读了下，这书内容很棒讲到了架构定义，基础构建以及这些通过哪些原则构建如何更好的组织，回头我再认真阅读看看。

• 

  乾坤

  推荐

  前半部分还可以，后面越来越难懂，右面凑页数的感觉。概念太多，没有例子说明

• 

  悟空

  推荐

  架构不是关注宏大的内容，而是包罗万象的细节，好像是建筑设计师设计图纸包含了全部细节，包括插座在哪里。架构师应该是一线的编程人员，只有如此才能明白不好的架构带来后续变更的巨大成本。

• 

  知朋

  推荐

  架构好比设计一栋建筑需要怎样的地基，楼层怎么划分，建筑使用哪种风格，而设计是对这栋建筑更细分的考量，如每个楼层应该怎么搭配好水电走位，开关灯。这是本书一开始对架构设计这四个字的定调。 接着，从设计单个模块出发，我们应该怎样用好砖，砖的用法是有原则的，用好砖是会奠定一栋楼的稳定性，因此讲了SOLID设计原则 接着，一个架构是各个层次的组件组合而成。单个组件的稳定性组合起来的时候，也得考虑，因此在组件组合这块也有其原则，包括REP，CCP以及CRP，这些原则指导了架构设计思想 接着，通过这些原则，我们实际上就要通篇考虑架构应该怎么设计更好，实际上离不开那些设计原则。划分好层级，定义好边界，确定好也许实体，列举尽可能多的用例，从而定义好适配接口，接着你才需要考虑用什么驱动，用什么框架。 最后，实际上架构设计就是经验之谈，多总结，多思考，多抽象化，形成体系

• 

  Neo_su

  推荐

  在快速开发的时候，如何平衡设计和速度的关系？很可能一个项目还没有等到需要扩展的时候这个项目就结束了呢？虽然这些设计是会带来很多长远发展的好处。但是在互联网时代，变化太快了。

• 

  L

  推荐

  作者对架构的阐释非常深刻。自己收获很多。架构不等于框架，也不是简单的分层设计等具体的方法。架构的目标是隔离变化，在不同变化频率的组件之间设置边界。

• 

  王宗阳

  推荐

  作者讲的很冷静克制，没有过分夸大架构的作用，耐心的描述了架构的过程和原因。 架构的思想在各个领域是通用的，有点哲学的味道。架构的主要工作是划清边界，在边界上需要保证单向依赖。 软件设计是每个组件细节的东西，应该延迟到后期。 持久层需要依赖业务层，而不是反过来，这个观点就很新颖，往往也是容易被忽略的，我们常用到的orm组件看起来解决了这个问题，实际上也是反设计的。

• 

  聂章宇(Johnnie)

  推荐

  作者的视角很高，很多地方让我眼前一亮，对曾经的疑问豁然开朗。对于组件往后的章节貌似存在翻译错误，部分理论读起来或许由于经验所限或许翻译问题有些生僻难懂，还待慢慢咀嚼，总体不失为一本好书，值得一读

• 

  番茄酱炒蛋

  推荐

  好书 架构与代码相关 又超脱于细节（代码）整体读下来会有一种豁然开朗的感觉 又不晦涩难明 所有变迁历程 都是作者的经验之谈 在这些经验上做的总结 显得尤其珍贵 值得多次重读