书籍介绍
这不是一本教你画UML图的教程，而是一位资深工程师对"到底哪些建模工具值得投入"的犀利筛选。作者把市面上浩如烟海的UML图景粗暴地瘦身，只留下类图、序列图等少数真正在团队协作与文档沟通中反复使用的图，其余一概舍弃。书中反复出现一个冷峻的判断：UML"比它承诺能做到的要少"，因此聪明的做法是把它当作迭代的草稿而非对未来的精确预测。它适合那些已被《UML用户指南》的冗长规范折磨、又不想在会议室里被一张类图绑架的开发者。需要提醒的是，中译本翻译口碑崩塌，读者一致建议直接读英文原版。
AI导读
核心看点
- Fowler经典之作，摒弃繁文缛节，聚焦实用UML图。
- 强调UML作为沟通草稿，而非僵化的未来预测。
- 结合面向对象设计原则，如Liskov替换原则与局部化。
读者共识
- 内容精炼实用，是入门UML的最佳选择之一。
- Fowler文笔轻松易懂，学术性与实用性结合佳。
- 中文版翻译灾难，读者一致推荐购买英文影印版。
精彩摘录
- "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."
用户评论
Martin Fowler写的文章可读性很赞。
用，是因为需要。
强出UML用户指南许多。
UML最好书籍，没有之一。事实上，UML比它所承诺能做到的要少。
UML其实和软件开发过程没有什么必然联系，却是软件团队协作沟通，撰写软件文档需要的工具。但是UML真正实用的图不多，看看这本书已经足够了，完全没有必要去啃《UML用户指南》之类的东西。要提醒大家的是，这本书的中译本翻译的非常之烂，建议有条件的看英文原版。
MF的文笔还是蛮好的阿，写的很容易懂，果然是distilled！
大师的小品之作，摒弃了规范中很多对开发人员无用的东东
另外，觉得不要去看中文版，太垃圾了
清华大学出版社的其他书籍查看全部
求书
收藏