具体描述
《面向对象设计实践指南：ruby语言描述》是对“如何编写更易维护、更易管理、更讨人喜爱且功能更为强大的ruby应用程序”的全面指导。为帮助读者解决ruby代码难以更改和不易扩展的问题，作者在书中运用了多种功能强大和实用的面向对象设计技术，并借助大量简单实用的ruby示例对这些技术进行全面解释。
全书共9章，主要包含的内容有：如何使用面向对象编程技术编写更易于维护和扩展的ruby代码，单个ruby类所应包含的内容，避免将应该保持独立的对象交织在一起，在多个对象之间定义灵活的接口，利用鸭子类型减少编程间接成本，合理运用继承，通过组合构建对象，设计出最划算的测试，解决不良设计的ruby代码所导致的常见问题等。
《面向对象设计实践指南：ruby语言描述》适合所有对面向对象设计和ruby编程语言感兴趣的程序员阅读参考。
作者简介
sandi metz在处理经历不断变化仍然存活的项目方面，san引metz拥有30年的工作经验。作为杜克大学的一名软件架构师，她每天都坚持编写代码，在杜克大学里，她的团队不断地为许多客户解决大量实际问题。其中，有些客户的应用程序不仅具有规模大和面向对象的特点，而且已演变了15年之久。她全身心投入的工作是用简单实用的方法将有用的软件提取出来。sandi在ruby nation做过演讲，在gotham ruby用户大会上也演讲过多次。本书是她做过的关于 oo设计的谈话汇集之后的必然成果。
目录信息
1.1 设计赞歌
1.1.1 设计解决的问题
1.1.2 为何难以更改
1.1.3 实用的设计定义
1.2 设计工具
1.2.1 设计原则
1.2.2 设计模式
1.3 设计行为
1.3.1 设计失败
1.3.2 设计时机
1.3.3 设计评
1.4 面向对象编程简介
1.4.1 过程式语言
1.4.2 面向对象语言
1.5 小结
第2章 设计具有单一职责的类
2.1 决定类的内容
2.1.1 将方法分组成类
2.1.2 组织代码以便于更改
2.2 创建具有单一职责的类
2.2.1 示例程序：自行车和齿轮
2.2.2 为何单一职责原则很重要
2.2.3 确定一个类是否具有单一职责
2.2.4 确定何时做出设计决策
2.3 编写拥抱变化的代码
2.3.1 要依赖行为，不依赖数据
2.3.2 全面推行单一职责原则
2.4 最后是真实的轮子需求
2.5 小结
第3章 管理依赖关系
3.1 理解依赖关系
3.1.1 认识依赖关系
3.1.2 对象间的耦合
3.1.3 其他依赖关系
3.2 编写松耦合的代码
3.2.1 注入依赖关系
3.2.2 隔离依赖关系
3.2.3 移除参数顺序依赖关系
3.3 管理依赖方向
3.3.1 反转依赖关系
3.3.2 选择依赖方向
3.4 小结
第4章 创建灵活的接口
4.1 理解接口
4.2 定义接口
4.2.1 公共接口
4.2.2 私有接口
4.2.3 职责、依赖关系和接口
4.3 找出公共接口
4.3.1 示例程序：自行车旅游公司
4.3.2 构建意图
4.3.3 使用时序图
4.3.4 请询问"要什么"，别告知"如何做"
4.3.5 寻求上下文独立
4.3.6 信任其他对象
4.3.7 使用消息来发现对象
4.3.8 创建基于消息的应用程序
4.4 编写能展现其（内在）最好面的代码
4.4.1 创建显式接口
4.4.2 善用其他类的公共接口
4.4.3 避免依赖私有接口
4.4.4 最小化上下文
4.5 迪米特法则
4.5.1 定义迪米特法则
4.5.2 违规的后果
4.5.3 避免违规
4.5.4 听从迪米特法则
4.6 小结
第5章 使用鸭子类型技术降低成本
5.1 理解鸭子类型
5.1.1 鸭子类型概述
5.1.2 让问题复杂些
5.1.3 发现鸭子类型
5.1.4 鸭子类型的后果
5.2 编写依赖于鸭子类型的代码
5.2.1 识别出隐藏的鸭子类型
5.2.2 信任你的鸭子类型
5.2.3 记录好鸭子类型
5.2.4 在鸭子类型之间共享代码
5.2.5 合理选择鸭子类型
5.3 克服对鸭子类型的恐惧
5.3.1 使用静态类型颠覆鸭子类型
5.3.2 静态类型与动态类型
5.3.3 拥抱动态类型
5.4 小结
第6章 通过继承获得行为
6.1 理解经典的继承
6.2 弄清使用继承的地方
6.2.1 从一个具体类开始
6.2.2 嵌入多种类型
6.2.3 找出嵌入的类型
6.2.4 选择继承
6.2.5 描绘出继承关系
6.3 误用继承
6.4 找出抽象
6.4.1 创建抽象父类
6.4.2 提升抽象行为
6.4.3 从具体分离出抽象
6.4.4 使用模板方法模式
6.4.5 实现所有模板方法
6.5 管理父类与子类之间的耦合
6.5.1 理解耦合
6.5.2 使用钩子消息解耦子类
6.6 小结
第7章 使用模块共享角色行为
7.1 理解角色
7.1.1 找出角色
7.1.2 组织职责
7.1.3 删除不必要的依赖关系
7.1.4 编写具体代码
7.1.5 提取抽象
7.1.6 查找方法
7.1.7 继承角色行为
7.2 编写可继承的代码
7.2.1 识别出反模式
7.2.2 坚持抽象
7.2.3 重视契约
7.2.4 使用模板方法模式
7.2.5 预先将类解耦
7.2.6 创建浅层结构
7.3 小结
第8章 组合对象
8.1 Parts组合成Bicycle
8.1.1 更新Bicycle类
8.1.2 创建Parts层次结构
8.2 组合成Parts对象
8.2.1 创建Part
8.2.2 让Parts对象更像一个数组
8.3 制造Parts
8.3.1 创建PartsFactory
8.3.2 借助PartsFactory
8.4 组合成Bicycle
8.5 继承和组合的抉择
8.5.1 接受继承带来的后果
8.5.2 接受组合带来的后果
8.5.3 选择关系
8.6 小结
第9章 设计最划算的测试
9.1 意图测试
9.1.1 了解测试的意图
9.1.2 了解测试的内容
9.1.3 了解测试的时机
9.1.4 了解测试的方法
9.2 测试输入消息
9.2.1 删除未使用的接口
9.2.2 证明公共接口
9.2.3 隔离测试对象
9.2.4 注入使用类的依赖关系
9.2.5 将依赖关系注入成角色
9.3 测试私有方法
9.3.1 在测试过程中忽略私有方法
9.3.2 从测试类里移除私有方法
9.3.3 选择测试私有方法
9.4 测试输出消息
9.4.1 忽略查询消息
9.4.2 证明命令消息
9.5 测试鸭子类型
9.5.1 测试角色
9.5.2 用角色测试验证测试替身
9.6 测试继承代码
9.6.1 指定继承接口
9.6.2 指定子类责任
9.6.3 测试独特行为
9.7 小结
后记
· · · · · · (收起)
读后感
原书是经典。本书翻译还算通畅，但是有一些词和句子翻译的不像人话，影响了阅读和理解，部分句子感觉像机器翻译。 出现了两次错印 181页 和 183页 都印了两次。 几年之后我重新读此书，还是很有收获，不过后面几章那读起来不像中文的翻译，真得让我想骂人，难道技术书籍也要搞...
评分原书是经典。本书翻译还算通畅，但是有一些词和句子翻译的不像人话，影响了阅读和理解，部分句子感觉像机器翻译。 出现了两次错印 181页 和 183页 都印了两次。 几年之后我重新读此书，还是很有收获，不过后面几章那读起来不像中文的翻译，真得让我想骂人，难道技术书籍也要搞...
评分原书是经典。本书翻译还算通畅，但是有一些词和句子翻译的不像人话，影响了阅读和理解，部分句子感觉像机器翻译。 出现了两次错印 181页 和 183页 都印了两次。 几年之后我重新读此书，还是很有收获，不过后面几章那读起来不像中文的翻译，真得让我想骂人，难道技术书籍也要搞...
评分原书是经典。本书翻译还算通畅，但是有一些词和句子翻译的不像人话，影响了阅读和理解，部分句子感觉像机器翻译。 出现了两次错印 181页 和 183页 都印了两次。 几年之后我重新读此书，还是很有收获，不过后面几章那读起来不像中文的翻译，真得让我想骂人，难道技术书籍也要搞...
评分原书是经典。本书翻译还算通畅，但是有一些词和句子翻译的不像人话，影响了阅读和理解，部分句子感觉像机器翻译。 出现了两次错印 181页 和 183页 都印了两次。 几年之后我重新读此书，还是很有收获，不过后面几章那读起来不像中文的翻译，真得让我想骂人，难道技术书籍也要搞...
用户评价
说实话，我拿到《面向对象设计实践指南》这本书的时候，并没有抱太大的期望，觉得面向对象设计这东西，学来学去不就是那点东西吗？但是，读完之后，我不得不承认，我低估了这本书的价值。它给我带来的最大冲击，是关于“复用”这个概念的重新认识。以前我总是想着写一些工具类函数，希望它们能被多处调用，但往往事与愿违，因为这些函数往往耦合了太多上下文信息，一旦环境稍有变化，就无法复用，甚至需要大改。这本书则从更宏观的角度，教我如何设计可复用的组件，如何通过组合而非继承来构建更灵活的系统。特别是关于“接口隔离原则”的讲解，让我意识到，我之前设计的接口往往过于臃肿，导致调用者不得不关心他们并不需要的东西，这不仅增加了耦合，也降低了复用性。书中的“接口隔离”思想，让我学会了如何将一个大的接口拆分成更小、更精细的接口，让每个接口只承担单一的职责。这对于我构建微服务架构，或者对现有单体应用进行模块化改造，都非常有启发性。这本书不仅仅是教你写代码，更是教你如何“思考”代码，如何设计出真正能够应对变化的优雅的软件。
评分这本书简直是软件开发者的“圣经”！我最近在重构一个庞大的遗留系统，简直是愁得头发都快白了。以前写代码总是想到哪写到哪，耦合严重，维护起来简直是噩梦。偶然间翻到了这本《面向对象设计实践指南》，简直是及时雨！书里对SOLID原则的讲解简直是深入浅出，每个原则都配有非常生动形象的例子，让我一下子就明白了抽象、继承、多态这些概念在实际开发中的意义，而不是仅仅停留在理论层面。特别是“依赖倒置原则”那一章，让我豁然开朗，原来我之前的代码有多么的“僵化”。它提供的不仅仅是“怎么做”，更是“为什么这样做”，让你从根源上理解面向对象设计的精髓。读这本书的过程，就像是在参加一位经验丰富的老程序员的现场指导，他会告诉你，如何避免那些常见的陷阱，如何写出更灵活、更易于扩展的代码。即便你已经有了一些面向对象编程的经验，这本书也会让你发现之前很多“想当然”的做法其实是存在隐患的，并且提供了更优雅的解决方案。我强烈推荐给所有正在或者即将进入软件开发领域的工程师，相信我，它会让你少走很多弯路，并且在职业生涯中受益匪浅。
评分这本书，我只能说，它让我彻底改变了对“设计”的看法。以前总觉得，只要能跑通，能实现功能就行了，至于代码写得好不好看，能不能复用，都是次要的。但《面向对象设计实践指南》这本书，则让我看到了“好的设计”所带来的长远价值。它不仅仅是为了“写出漂亮的代码”，更是为了“写出易于维护、易于扩展、易于测试的代码”，从而降低开发成本，提高开发效率，最终提升产品的竞争力。书中关于“领域驱动设计”的一些理念，也给我带来了新的启发，让我开始思考如何将业务逻辑与技术实现更好地结合，如何设计出真正符合业务需求的模型。它让我认识到，很多时候，我们面临的不是技术难题，而是对业务理解不够深入，导致设计出现偏差。这本书不仅仅是一本技术书籍，更像是一本“思想启迪”的书。它鼓励你去思考“为什么”，去探究事物的本质，去寻找更优的解决方案。对于那些渴望在技术上有所突破，想要成为一名更出色的软件工程师的开发者来说，这本书绝对是必不可少的工具。
评分不得不说，《面向对象设计实践指南》这本书的阅读体验相当不错。我平时工作很忙，常常是断断续续地阅读。但这本书的结构设计得很好，每一章都有一个明确的主题，即使中断一段时间再捡起来，也 O 容易重新进入状态。它的语言风格非常平实，没有太多晦涩难懂的专业术语，即使是面向对象的新手，也能比较轻松地理解。我尤其喜欢它在讲解设计模式时，不是简单地罗列出几种模式，而是将它们置于解决实际问题的场景中进行阐述。比如，在讲解“工厂模式”时，它会先描述一个常见的场景，比如需要创建不同类型的对象，而又不想在客户端代码中硬编码这些创建逻辑，然后才引出工厂模式的解决方案。这种“问题-解决方案”的叙述方式，让我更容易理解模式的本质和应用价值。书中还包含了一些代码示例，虽然代码量不是很大，但足够清晰地展示了设计模式的应用。我尝试着将书中的一些模式应用到我的项目中，发现代码的可读性和可维护性确实有了显著的提升。对于那些希望提升代码质量，写出更具“工程感”的软件的开发者来说，这本书绝对是值得一读的。
评分一直以来，我都觉得面向对象设计是一个相对“虚”的概念，很多教程讲的都是一些抽象的理论，很难将其与实际开发中的具体问题联系起来。《面向对象设计实践指南》这本书，恰恰弥补了这一点。它最大的特点在于，将“理论”与“实践”无缝地结合了起来。作者并没有回避在实际开发中会遇到的各种坑，而是通过大量的案例分析，深入浅出地剖析了这些问题的根源，并提供了行之有效的解决方案。我印象最深刻的是关于“开闭原则”的那一章，以往我对这个原则的理解比较片面，总觉得就是增加新的功能，而不需要修改已有的代码。但书中的讲解则更加细致，它让我明白了，所谓的“扩展”不仅仅是新增，还包括了对现有功能的“优化”和“调整”，而这一切都应该在不破坏原有稳定性的前提下进行。书中还提到了很多关于“重构”的技巧，让我对如何改进老旧、混乱的代码有了一个清晰的思路。它不是那种看了之后觉得“懂了”，但实际动手写起来还是无从下手的设计书籍，而是真的能指导你如何一步一步地去实践，去改进你的代码。
评分把面向对象讲解得透彻之极
评分让没有一定文学功底的计算机从业者来来翻译这本书一定是灾难性的。整本书基本上都是直译，甚至很多地方读起来的感觉像是机器翻译出来的。是好书，但是翻译问题太大，几乎难以阅读下去，甚至给人很多误导性的概念，如果有可能的话还是读原版吧。
评分把面向对象讲解得透彻之极
评分还是写太少
评分把面向对象讲解得透彻之极
相关图书
本站所有内容均为互联网搜索引擎提供的公开搜索信息，本站不存储任何数据与内容，任何内容与数据均与本站无关，如有需要请联系相关搜索引擎包括但不限于百度，google,bing,sogou 等
© 2026 book.quotespace.org All Rights Reserved. 小美书屋 版权所有