简介

精彩点评

• 

  健行

  推荐

  只要参与过复杂业务系统的设计和实现，都明白 UML 的重要性。你不一定要会画，但一定要能看懂；你不一定要画得规范，但一定要通俗易懂。Martin Fowler 大师深入浅出地介绍了 UML 最常用的 20% ，它能解决开发中 80% 的问题。正如大师所说，UML 标准过于学术化，在生产实践中为了提高效率，会有一定的简化和变通，从而产生一些约定俗成的用法，也就是所谓的“事实标准”。本书的翻译质量一般般，个别地方晦涩不通，不如英语原文好理解。

• 

  袁建征

  推荐

  对于繁杂的UML，也许我们如此书介绍的那样，聚焦于20%的特性，来完成80%的工作需要。

• 

  一语道不破

  推荐

  把每一件事情减少到实质，这样就可以使其功能更好地发挥出来。这本就是把uml的内容减少到实质。

• 

  北十三

  推荐

  好书，翻译太烂了。。。这是程序员翻的吗？还是其他工科专业的“大佬”？

• 

  王鹏

  推荐

  读了这本书，发现以前在毕业设计，软考的思考方式就是错的，导致了很多模棱两可的问题，让自己思维陷入混乱，这本书帮我理清了当中的模糊地带

• 

  Spark

  推荐

  本书有助于读者了解UML核心部分的基本用法，是本思想大于教条的好书，可惜翻译有点感人，让中文版失色不少，借用本书的话描述本书： Martin要忠于他的目标：寻求“最有用的UML组成部分”，而且就告诉你这部分。他给出的这部分就是UML中那神秘的20%（能帮助你完成80%的工作）。 读完，收货最大的是：UML草稿版本使用度最高，蓝图和编程语言不是我要用的（当然我也很担心它的实际使用价值），所以有的时候可以忽略刻板的规则，凡是有利于图形化整理、描述自己的设计、想法的小改变都是好改变，核心目标就是利用UML来描述自己的想法，并有利于想法的理解、沟通。

• 

  Xiaojun

  推荐

  前面两章讲的是思想，可以多看一下，后面等有了实际使用经验再回来感悟

• 

  君陌等于二

  推荐

  UML来表示复杂系统和复杂业务逻辑是非常有用的，但似乎很少有人能画得很规范，我看完这本还是没办法画得规范...

• 

  俞陈昊 | ䷶

  推荐

  从架构设计的角度来看，本书一般。 从工具的角度来看，这本书也算是提纲挈领了。 UML和本书都是可以看看，但不值得深入的绝佳例子。

• 

  nil

  推荐

  果然书如其名，精粹的一般都是凝练，内容信息量比较大，说的一些内容现在有可能看不大懂，那只是说明现在自己的道行还不大行。不过书中表达的一个观点很认同，万事不需要面面俱到，基于实战派有用就行，在不影响认知的情况下，哪怕用的并不是uml标准元素问题也不大，哈哈哈。还有一点就是，写作精简也是一门功夫和艺术，有时候减法比加法更难也更有效。

• 

  姚威

  推荐

  说实话感觉一般，因为是martin的书坚持着看完了，反正也不长。 上一本看的麦肯锡笔记，更看不下去 感觉不管是动笔写字分析问题还是画图。都是为了帮助思考。 要解决一个问题，需要考虑的点可能很多，把需要考虑的问题写出来，这样回顾需要关注的点时不用每次都在脑子里循环一遍，而且还可能有遗漏。 系统上把图画出来还可以更好的看系统是否合理，是否高内聚送耦合

• 

  宋婉月

  推荐

  目前仅仅是为了提高表述的准确性，知识的高效流通，还有一点比较关键，就是学的知识不小心还给老师了😅

• 

  老鱼

  推荐

  大师的深入浅出的UML的小册子，最受启发的是知道了UML的三种用法，以及作者推崇的把UML当成的草稿的做法。还有就是作者提到的其它的相关的书。

• 

  楠子华

  推荐

  只是对UML做了简单介绍，缺乏应用场景的说明，部分UML图实际用的少。整本书刷完大概一小时多，感觉更像功能索引

• 

  辛昕

  推荐

  嗯，其实我是来看序列图的。另外，我最终明白，没有一本书可以解决你的所有疑惑。 因此，在好几年后，当我意识到我想稍微系统地学习一下序列图的时候，我就想起了这本书——相比于百度或者谷歌。 这本书当然是要系统的多。 当然，它也没有那么吓人而又无用的系统。