![UML精粹 - [美] 马丁·福勒](https://static.book345.com/covers/s/9787121170492.jpg)
书籍介绍
在紧迫的时间压力下，程序员很难通过紧跟技术创新的脚步来享受软工领域的最新成果。正因如此，殿堂级大师Martin Fowler这本旨在帮助专业人士提升效率的图书一问世，迅即给软工社区带来巨大震撼。其前两版经年畅销，因行文精炼、自然，见解透彻而广受称道。誉为软件设计为生者必备资料的第三版，更是带来有效面向对象设计的最佳思想及愈发便利的教学体例，引进交互概观图、定时图、复合结构图等新图型，对类图、顺序图、状态图、活动图等亦有较大更新。
AI导读
核心看点
- 提炼UML核心图型，聚焦高频实用场景
- 倡导敏捷思想，将UML视为沟通草稿
- 详解类图与序列图，解析面向对象设计
适合谁读
- 具备基础的软件开发人员
- 需快速掌握建模工具的工程师
- 追求高效沟通的技术团队
读前提醒
- 建议对照英文原版以避翻译歧义
- 不宜作为零基础入门教材
- 结合项目实践理解建模意图
读者共识
- 内容精炼直击要害，极具参考价值
- 中文版翻译质量参差不齐，需甄别
- 大师之作，适合进阶提升而非初学
本导读基于书籍简介、目录、原文摘录、短评和书评生成，不等同于全文精读。
精彩摘录
- "the plan is treated as a baseline to assess the consequences of change ranther than as a prediction of the future"
- "把UML当做草稿（UML as sketch)"
- "伪迭代的症状：1、我们正在做一个分析迭代，然后再做两个设计迭代；2、这个迭代的代码bug非常多，但最后我们会消除它"
- "Barbara Liskov于1988年提出了著名的替换原则："如果对于类型S的每个对象O1存在类型T的对象O2，那么对于所有定义了T的程序P来说，当用O1替换 O2并且S是T的子类型时，P的行为不会改变。"通俗地讲，就是子类型能够完全替换父类型，而不会让调用父类型的客户程序从行为上有任何改变。 Liskov替换原则 基于这样的一个事实，那就是客户程序在调用某一个类时，实际上是对该类的整个继承体系设定了一个契约，继承体系中的所有类必须遵循这一契约，即前置条件和 后置条件必须保持一致 。这就超越了继承中子类与父类之间形成的is-a关系，为对象继承加上了一把严格的枷锁。显然，Liskov替换原则对"
- "好的设计的一个主要目标是把改变的影响局部化。数据和访问数据的行为经常一起改变，因此把数据和使用它的行为放在一个地方，是面向对象设计的第一原则。 使用分布控制，创造了更多使用多态而不是使用条件逻辑的机会。"
- "If someone were to come up to you in a dark alley and say, "Psst, wanna see a UML diagram?" that diagram would probably be a dass diagram. The majority of UML diagrams I see are dass diagrams."
目录
用户评论
内容有点旧了，可以作为入门
绝逼不能拿来当入门书籍，太虐了
老马写的书真的是删繁就简，直击要害
老师三四年前推荐的书我终于看了半本。看了类图、序列图的大致定义。反正看完也会忘，等到真的用到的时候，看更细致的书吧。
PM系Q1
Martin Fowler的经典之作，大师的深入浅出的UML的小册子，最受启发的是知道了UML的三种用法，以及作者推崇的把UML当成的草稿的做法，就是作者提到的其它的相关的书。最能看到智慧光芒的那种漫不经心的谦虚中藏着的骄傲。
简洁明快的有效工具书，书很清晰有逻辑，翻译一般
翻译质量一般，只是能看得下去。图片印刷非常糟糕，很多图完全是糊的。内容有一部分还是挺有价值的，但也有很多水分。
无功无过, 本书的内容可以给到 4 星, 但真正拉低均分的是 UML. 从工具的角度来看，这本书也算是提纲挈领了. OOAD 很重要, 但 UML 就有点高不成低不就, 最好的归处是 sketch - blueprint 的折中. 不论是架构还是销售, UML 都不是必需品, 简单的 process - condition - loop 是足够了.
电子工业出版社的其他书籍查看全部
收藏