架构整洁之道

架构整洁之道

暂无评价综合评分的显示会考虑用户真实性等多项因素,每部作品出现综合评分的时间不定。
8.7608 评价豆瓣读书
免费试读
¥49.50¥27.99
今日特价截止至:2021-11-30 02:00:00了解详情

作品简介

《架构整洁之道》是创造“Clean神话”的Bob大叔在架构领域的登峰之作,围绕“架构整洁”这一重要导向,系统地剖析其缘起、内涵及应用场景,涵盖软件研发完整过程及所有核心架构模式。《架构整洁之道》分为6部分,第1部分纲领性地提出软件架构设计的终极目标,描述软件架构设计的重点与模式;第2~4部分从软件开发中三个基础编程范式的定义和特征出发,进一步描述函数、组件、服务设计与实现的定律,以及它们是如何有效构建软件系统的整体架构的;第5部分从整洁架构的定义开始,详细阐述软件架构设计过程中涉及的方方面面,包括划分内部组件边界、应用常见设计模式、避开错误、降低成本、处理特殊情况等,并以实战案例将内容有机整合起来;第6部分讲述具体实现细节;附录则透过作者数十年的软件从业经历再次印证《架构整洁之道》的观点。

对于每一位软件研发从业人员——无论从事的是具体编码实现、架构设计,还是软件研发管理,《架构整洁之道》都是不可或缺的。

(美)罗伯特·C.马丁(Robert C.Martin),Object Mentor公司总裁,面向对象设计、模式、UML、敏捷方法学和极限编程领域的资深顾问。

作品目录

载入中

热门划线

  1. 要想跑得快,先要跑得稳。5 人
  2. 软件架构的终极目标是,用最小的人力成本来满足构建和维护该系统的需求。4 人
  3. 面向对象编程对程序控制权的间接转移进行了限制和规范。3 人
  4. 函数式编程对程序中的赋值进行了限制和规范。3 人
  5. 本章介绍了各种可用于依赖关系管理的指标,它们可以被用来量化分析某个系统设计与“优秀”设计模式之间的契合度。根据以往的经验,组件之间有些依赖关系是好的,有些依赖关系则是不好的,这些经验最后都会体现在这个设计模式中。当然,指标并不等同于真理,它只是对我们所定义标准的一个衡量。这些指标肯定是不完美的,但是我希望它们对读者有价值。3 人
  6. 发现,问题的多少和系统的复杂度呈正比,而且不仅是线性正比,还可能呈级数正比,此时就越来越难做技术决2 人
  7. 后来我才知道,我提出的这个方法有个专门的名字叫“蓝绿部署”。当然我自认是个老程序员,不懂这些2 人
  8. 架构就是“用最小的人力成本来满足构建和维护系统需求”的设计行为。2 人
  9. 软件架构的规则是相同的!2 人
  10. 持续低估那些好的、良好设计的、整洁的代码的重要性。2 人
  11. 要想提高自己软件架构的质量,就需要先知道什么是优秀的软件架构。而为了在系统构建过程中采用好的设计和架构以便减少构建成本,提高生产力,又需要先了解系统架构的各种属性与成本和生产力的关系。2 人
  12. 结构化编程对程序控制权的直接转移进行了限制和规范。面2 人
  13. 结构化编程对程序控制权的直接转移进行了限制和规范。2 人
  14. 多态其实不过就是函数指针的一种应用。2 人
  15. 这样做就导致了我们在软件架构上别无选择2 人
  16. 一个架构设计良好的应用程序应该将状态修改的部分和不需要修改状态的部分隔离成单独的组件,然后用合适的机制来保护可变量。2 人
  17. 一个软件系统的最佳结构高度依赖于开发这个系统的组织的内部结构。这样,每个软件模块都有且只有一个需要被改变的理由。2 人
  18. 任何一个软件模块都应该只对某一类行为者负责2 人
  19. 如果A组件不想被B组件上发生的修改所影响,那么就应该让B组件依赖于A组件。2 人
  20. Python2 人
  21. 任何层次的软件设计如果依赖了它并不需要的东西,就会带来意料之外的麻烦。2 人
  22. 那么这些变更最好都体现在同一个组件中,而不是分布于很多个组件中2 人
  23. 将由于相同原因而修改,并且需要同时修改的东西放在一起。将由于不同原因而修改,并且不同时修改的东西分开。2 人
  24. 不要依赖不需要用到的东西。2 人
  25. 软件架构这项工作的实质就是规划如何将系统切分成组件,并安排好组件之间的排列关系,以及组件之间互相通信的方式。2 人
  26. 一个优秀的软件架构师应该致力于最大化可选项数量。2 人

喜欢「架构整洁之道」的人也喜欢