简介

精彩点评

• 

  丨落灬小莫

  推荐

  因为之前的一些接触，对架构师的印象不是很好，认为就是ppter，对架构的理解也过于片面，认为也非就是做一些技术选型，画一个好看的ppt 跟老板汇报 通篇看下来，事实上是自己太过于狭隘了，一个开发人员，在日常的编码中，实际上无时无刻不在接触架构，良好的代码结构与设计，就是一个好架构，事实上的整洁架构，就是整洁的代码设计 前面的软件设计原则 如果把 solid 当作八股文则 solid 完全失去了意义，这些原则看起来非常简单 但是践行这些原则 需要的不是生搬硬套 而是根据原则能进行取舍 去在应用中真正的用这些原则做到节藕 其实是一件比较困难的事 而这 也不只是单纯的靠编程经验就能做到的 crud 10年经验 事实上并没有多少益处 唯手熟尔 但是如果能在crud 的过程中 反复推敲 思考 抽象 那么能带来的帮助与提升 相信会非常之大 说回本书 无论目标是否是做一个架构师 作为一个开发人员 应该多读几遍 这本书也确实值得购入纸质版

• 

  csq

  推荐

  类设计的原则（可扩展、可复用、可理解）：solid 组件拆分原则（可复用、可维护） erp（reuse/release equivalence principle）, the granule of reuse is the granule of release ccp (common closure principle) , gather those classes into a component that change for the same reason crp (common reuse principle) don’t force users of components to depend on the things the don’t need 依赖关系原则（考虑稳定性） adp (acyclic dependencies principle) the dependency graph of packages or components should have no cycles sdp (stable dependencies principle) depend in the direction of stability（不稳定性=出度/(入度+出度)） sap (stable abstractions principle）a component should be as abstract as it is stable 系统由逻辑和细节组成，逻辑分为业务逻辑及控制逻辑 逻辑和细节可以实现为一组组件 组件有高低层次，距离输入输出越近，层次越低 低层次组件要依赖高层次组件，可以通过接口实现 跨边界的数据结构也解耦，重新定义一个独立、简单的数据结构 强大的可测性是一个架构设计是否优秀的显著衡量标准之一

• 

  一念

  推荐

  草草读完，以后还会找时间重读。有挺多知识点都没有读懂，大概是经验还攒够[呲牙]

• 

  没啥

  推荐

  我们不自觉的将架构，设计，开发给分开来。可是脱离了设计的架构犹如一幅美丽的空中画卷，也许应该返璞归真，架构定义好边界与设计一起，供开发编写参考。

• 

  ball

  推荐

  学到了很多新的理念，比如软件抽象化和稳定性是可以量化的。对架构有个更高层次的认识。全书深入浅出，易读有趣。

• 

  rex

  推荐

  这本书重点从边界角度讲解怎样保持架构整洁。感受到作者实战经验丰富，勤于思考。对设计原则讲得挺清晰易懂，组件划分方法可操作性很强。值得一看。用作者的话说，愿你们真正的编程设计之旅从这里开始！

• 

  佚树

  推荐

  今年读过的收获最大的一本书。 几年前刚刚成为程序员的时候就根据推荐随大流买了这本书，当时翻了翻觉得内容很虚，不如xx实战之类的书实用，就压箱底了。 转眼间也是个身经数十战的开发者了，偶然在微信读书里看到这本书，翻了翻发现书里的很多内容跟我长久以来不断踩坑总结出的一些软件架构相关的经验不谋而合，而且更为系统和精炼，一些观点也令我有种醍醐灌顶之感。 总之是本好书，如果读者觉得不知所云就先放一放，做几个项目，多思考，半年后再翻开看看，相信会有不同的感受。

• 

  王堃澎

  推荐

  如果不考虑具体实现细节，再好的设计也无法长久。必须要将设计映射到对应的代码结构上，考虑如何组织代码树，以及在编译期和运行期采用哪种解耦合的模式。保持开放，但是一定要务实，同时要考虑到团队的大小、技术水平，以及对应的时间和预算限制。

• 

  👹

  推荐

  这本书篇幅不长，花了9个多小时读完了。但是内容非常丰富，作者在系统架构领域真的很有经验，说的好多问题切实而又深刻，开篇先写了三种编程范式，也从不一样的视角解读了为什么产生这几种编程范式，编程范式的产生不是增加了新的功能，都是对程序的行为加了更多的限制，但是反而促进了编程的发展。后面对于架构设计模式解读都很深刻，举的例子也很能说明问题，有机会会再读一读。在实际工作中多用架构的思维去思考思考应该对系统的设计会有帮助，绝知此事要躬行

• 

  三月三对半

  推荐

  看完发现了一些自己实际工作中踩过的坑。对于一些工作中的想过的问题也有了理论的支撑。最后的整洁架构落地环节举的例子也是非常有意思啊，直接进行了DDD的推荐。作者认为Controller，Service，Dao的分层设计在项目初期还是不错的，但是当业务发展壮大后，可以考虑通过DDD来做到整洁架构。DDD我还没怎么了解过具体落地，可以以后再看看

• 

  球

  推荐

  首先这个翻译真心不错，让我第一反应以为是国人大神写的 其次，确实有一种拨开云雾的感觉，很多以前想说的话，此处都有抽象出来，而且是那么早之前就总结出来啦，真的是高屋建瓴的 再者，经典的书确实是永不过时的，一些理论和想法就是通用的，真的是无国界的 最后想说，我得多读几遍的，第一遍有点笼统啦，很多地方都是需要细读的 肯定的是，再一次读感受肯定是不一样的

• 

  Gabriel

  推荐

  觉得本书最大的中心思想就是要面对接口抽象编程，接口是稳定的，实现细节是不稳定的。把实现细节作为插件模块利用接口插入到核心业务程序中，保证程序的高可维护性。 打个比喻，就像和别人握手，为了我方自己的可变性，让对方握住我的袖子而不是手，这样的话我把袖子里换成猫爪子狗爪子对方也不知道。 美其名曰组件解耦。 但是又不能让对方抓住我另外一只手，如果抓住的话就不能随便换猫猫狗狗的爪子了，美其名曰消除组件循环依赖

• 

  金国梁

  推荐

  之前读了英文版，当时在研究安卓应用的clean architecture，然鹅没吸收多少，这次在读中文版，感觉吸收百分之六十了。书里没有个完整实现clean架构的栗子，感觉失落落的。

• 

  VicRen

  推荐

  从16年开始跟bob大叔的博客，在实际项目应用clean architecture，受益匪浅。虽然早就有实体书，但是电子版翻起来方便多了

• 

  🙉

  推荐

  架构师必读! 以前对于架构师的工作很模糊，浅显的以为搭建一个框架就是架构师了，第一次面试问我架构师是什么，我还说是管理maven依赖的，现在想想，真是浅显愚蠢丢人！😂 看了这本书，对架构师的理解更加深刻了，脱离框架，脱离细节！书中的知识点犹如醍醐灌顶！架构师的工作目标就是让更少的开发人员完成更多的任务！ 以后我也会一直注意项目的架构，及时调整为最适合方案