面向对象分析与设计

出版者:电子工业出版社

作者:Grady Booch

页数:575

译者:王海鹏

出版时间:2012-7

价格:99.00元

装帧:平装

isbn号码:9787121173899

丛书系列:Jolt大奖精选丛书

具体描述

《面向对象分析与设计(第3版)》是《Jolt大奖精选丛书》系列之一，Jolt大奖素有“软件业之奥斯卡”的美称，本丛书精选自Jolt历届获奖图书，以植根于开发实践中的独到工程思想与杰出方法论为主要甄选方向。《面向对象分析与设计(第3版)》第1版和第2版分别于1991年和1993年荣获Jolt震撼奖。

《面向对象分析与设计(第3版)》是UML创始人GradyBooch的代表作之一。

全书分为理论和应用两部分。理论部分深刻剖析了面向对象分析与设计（OOAD）的概念和方法。应用部分连续列出了5个不同类型、不同领域的应用，描述如何从初始阶段到交付阶段，将OOAD理论和方法应用到项目中。应用部分所涉及的领域包括系统架构、数据获取、密码分析、控制系统和Web开发，还给出了一些关于重要问题的有效建议，包括分类、实现策略和高性价比的项目管理。书中介绍的概念都基于牢固的理论基础。同时，作者十分注重实效，基于其丰富的经验，面向软件工程实践者的实际需要，提出了改进的对象开发方法，用于解决系统和软件开发者面临的复杂问题；运用大量例子说明了基本概念，解释了方法，并展示了在不同领域的成功应用。

读后感

sd magazine 每年都要选一本书作为当年的最佳计算机软件图书， 给予 jolt award。有且仅有一本书得了两次 jolt award( 91, 93). 不用说大家也知道是谁了。一本书的两个版本各得一次 jolt award. 作者grady booch ，确实是一个响当当的人物， UML 的发明者， rational 公司的首...  

比较系统的介绍了架构设计的方方面面。尤其着重介绍了UML方法，对于完成架构设计有借鉴意义。 架构的重要性在于系统规划的健壮性、可扩展性，展示方式可以是可执行的原型或者文档等。 谢谢。 比较系统的介绍了架构设计的方方面面。尤其着重介绍了UML方法，对于完成架构设计有...  

看了网上的推荐，满怀期望地在图书馆借了一本。 结果却大失所望。读完了该书中译文的第一章（介绍软件系统的复杂性）就不想读了。感觉在读一本哲学书，太抽象，理解起来太费劲了。（不知道是翻译的问题，还是原版读起来也是这个感觉。）

http://www.umlchina.com/Chat/gradyboochbooktalk200908news.htm Grady Booch面向对象分析设计方法学讨论会 近期DNS解析出现一些问题，导致有某些地方不能访问UMLChina。如果您访问不了以上页面， 暂时请把DNS服务器改为 202.106.0.20 202.106.196.115  

sd magazine 每年都要选一本书作为当年的最佳计算机软件图书， 给予 jolt award。有且仅有一本书得了两次 jolt award( 91, 93). 不用说大家也知道是谁了。一本书的两个版本各得一次 jolt award. 作者grady booch ，确实是一个响当当的人物， UML 的发明者， rational 公司的首...  

用户评价

这本书的开篇给我的感觉就像是进入了一个精心设计的迷宫，里面充满了各种抽象的符号和难以捉摸的逻辑。作者似乎非常热衷于用最晦涩的术语来描述最基础的概念，我常常需要停下来，反复琢磨那些拗口的定义，才能勉强跟上他的思路。比如，在讨论“状态机”的时候，他没有给出哪怕一个贴近日常生活的例子，而是直接抛出了一个由复杂数学公式构成的模型。我理解，深入研究必然需要理论支撑，但对于初学者而言，这种“先喂饱理论再给实践”的喂养方式，实在有些教条主义。阅读过程中，我好几次忍不住想放下书，转而去网上搜索更直观的解释，这让我不禁怀疑，这本书的定位究竟是给计算机科学的教授们做学术参考，还是给真正想掌握这门手艺的工程师准备的。它像一座高耸入云的学术殿堂，虽然宏伟壮观，但通往顶端的阶梯却被设计得过于陡峭和不易攀爬，让人望而生畏，而不是心生向往。我期待的更多是那种循序渐进、带着我逐步深入的引导，而不是直接把我扔进一个充满术语的深潭。

最后，这本书的案例研究部分，简直是令人摸不着头脑。它选择的例子都极其宏大和复杂，动辄涉及跨国金融系统或航空航天控制，这些例子对于缺乏相关领域知识的读者来说，就像是听天书一样难以理解。每一个案例都似乎预设了读者已经对该领域的业务逻辑了如指掌。本来，案例分析是连接理论与实践的最好桥梁，但在这里，这个桥梁却建得过于偏僻，很少有普通开发者能接触到的场景。我更希望看到一些贴近日常互联网应用、电商平台或者小型SaaS产品的剖析，即使这些例子看起来不那么“高大上”，但它们所蕴含的设计挑战和解决方案，才是我们日常工作中真正需要的养分。这本书的案例选择，暴露了它可能更偏向于学术研究或特定行业应用的导向，而非广谱的、通用的软件工程指导。

我发现这本书在描述设计原则时，总是采用一种“先声夺人”的叙事风格，好像这些原则是某种不容置疑的真理，而不是需要根据具体场景权衡取舍的指导方针。比如，在论述“单一职责原则”时，作者用了一大段篇幅来批判那些“不纯粹”的类，但对于如何在一个大型、多变的项目中，精确地界定“职责”的边界，却避而不谈。这种黑白分明的论调，在现实世界的软件开发中是行不通的。项目需求总是不断变化，我们总是在“可维护性”和“开发速度”之间做妥协。这本书给出的解决方案，更像是理论上的“完美世界”，而不是我们这些每天在和遗留代码搏斗的工程师能够实际操作的指南。它缺少了那种对“权衡（Trade-off）”的深刻讨论，使得书中的许多建议，在实际应用时显得过于理想化和不切实际，让人觉得作者似乎脱离了工程实践的真实环境。

关于软件架构的章节，我深感失望。作者似乎沉迷于对“模式（Patterns）”的罗列，将它们当作装饰品一样堆砌起来，却没有深入挖掘这些模式背后的动机和演化历史。他详尽地解释了每个模式的结构图，却很少阐述为什么在某个特定的技术背景下（比如微服务兴起之前），这个模式成为了最佳选择，以及它如今可能面临的局限性。阅读这些内容时，我感觉自己像是在翻阅一本设计模式的“图鉴”，而不是一本具有洞察力的分析与设计指南。设计并非仅仅是套用已有的模板，更重要的是理解问题域，并从中抽象出最合适的结构。这本书在这方面的着墨太少，它提供了大量的“做什么”（What），却鲜有关于“为什么这么做”（Why）的深入剖析，这使得读者很难真正地培养起那种灵活应用和创新设计的能力。

这本书的排版和插图简直是一场视觉上的灾难。每一页都塞满了密密麻麻的文字，行距窄得让人窒息，仿佛是为了节省纸张成本而强行压缩了所有的空间。更要命的是，那些理论图示，那些用来解释对象间关系的UML图，简直是乱成一团的意大利面条。箭头交叉、符号重叠，根本看不出谁指向谁，哪个类继承了哪个属性。我必须得拿把尺子和一张白纸，自己动手把图重新画一遍，才能勉强理解作者试图表达的结构关系。这种阅读体验，极大地削弱了学习的效率和乐趣。一本技术书籍，如果不能通过清晰的视觉辅助来强化复杂的概念，那么它的价值就会大打折扣。这感觉就像你在看一份写满了手写体的古老羊皮卷，虽然内容可能珍贵，但解读的成本实在太高了。我真的希望编辑能多花点心思在版式设计上，让知识的传递过程变得更加流畅和愉悦，而不是成为读者必须克服的额外障碍。

讲解详细，分析深入，举例形象，真正理解什么是面向对象，良心之作。

大杂烩一锅。

第一部分看了好几遍，绝对受用。后面的，以后再看吧，太厚了

太抽象，读起来很累。读不到多远就考虑有没有更容易理解的说。

这样的大师的书我实在很不好去给一个评价。这本书目前似乎还不是很适合我，但我觉得翻译的实在是不怎么的，读上去很拗口。 看这本书本来是为了深入学习一下oo思想。但在过程当中看到Bob大叔的基于C#的经典，我背叛了。基于Bob与Booch的关系，Bob书里面也有不少UML的讲解，希望在那儿能更多的了oo了解UML。