第1章 元这个字眼 3
1.1 鬼城与自由市场 3
1.2 程序员Bob的故事 4
1.3 元编程和Ruby 7
第2章 星期一：对象模型 11
2.1 打开类 11
2.2 类的真相 16
2.3 小测验：缺失的连接线 26
2.4 调用方法时发生了什么？ 27
2.5 小测验：混乱的模块 39
2.6 对象模型小结 42
第3章 星期二：方法 45
3.1 代码繁复的问题 46
3.2 动态方法 48
3.3 method_missing方法 55
3.4 小测验：消灭Bug 64
3.5 白板类 66
3.6 小结 69
第4章 星期三：代码块 73
4.1 学习代码块 73
4.2 小测验：Ruby的#符号 75
4.3 代码块是闭包 77
4.4 instance_eval方法 84
4.5 可调用对象 88
4.6 编写领域专属语言（DSL） 96
4.7 小测验：改良的DSL 98
4.8 小结 102
第5章 星期四：类定义 105
5.1 揭秘类定义 106
5.2 小测验：Taboo类 112
5.3 单件方法 113
5.4 单件类 118
5.5 小测验：模块的麻烦 129
5.6 方法包装器 131
5.7 小测验：打破数学规律 136
5.8 小结 137
第6章 星期五：编写代码的代码 139
6.1 通向周末的编程之路 139
6.2 Kernel#eval方法 141
6.3 小测验：校验过的属性（第一步） 150
6.4 小测验：校验过的属性（第二步） 153
6.5 小测验：校验过的属性（第三步） 154
6.6 小测验：校验过的属性（第四步） 156
6.7 钩子方法 157
6.8 小测验：校验过的属性（第五步） 161
6.9 小结 162
第7章 尾声 163
第二部分 Rails中的元编程 165
第8章 准备Rails之旅 167
8.1 Ruby on Rails 167
8.2 安装Rails 168
8.3 Rails源代码 168
第9章 Active Record的设计 171
9.1 简短的Active Record示例 171
9.2 Active Record的组成 172
9.3 经验之谈 176
第10章 Active Support的Concern模块 179
10.1 Concern模块出现之前 179
10.2 ActiveSupport::Concern模块 183
10.3 经验之谈 188
第11章 alias_method_chain方法沉浮录 189
11.1 alias_method_chain方法的兴起 189
11.2 alias_method_chain方法的衰亡 193
11.3 经验之谈 196
第12章 属性方法的发展 199
12.1 属性方法实战 199
12.2 属性方法的发展史 200
12.3 经验之谈 210
第13章 最后的思考 213
元编程不过是编程 213
第三部分 附录 215
附录A 常见惯用法 217
A.1 拟态方法 217
A.2 空指针保护 219
A.3 Self Yield 222
A.4 Symbol#to_proc方法 224
附录B 领域专属语言 227
B.1 关于领域专属语言 227
B.2 内部和外部领域专属语言 229
B.3 领域专属语言和元编程 230
附录C 法术手册 231
索引 243
· · · · · · (收起)
具体描述
《Ruby元编程（第2版）》在大量剖析实例代码的基础上循序渐进地介绍Ruby特有的实用编程技巧。通过分析案例、讲解例题、回顾Ruby类库的实现细节，作者不仅向读者展示了元编程的优势及其解决问题的方式，更详细列出33种发挥其优势的编程技巧。本书堪称动态语言设计模式。Ruby之父松本行弘作序推荐。
用户评价
##“根本就没有元编程，从来就只有编程。”
评分##学到了，但一遍不够，还得实践才能掌握吧；这本书，能让你更新对Ruby甚至编程的世界观。
评分##元编程奥妙，Ruby必备
评分##无法理解为什么Ruby的OO系统是如此地庞杂，太多的ad-hoc功能，作为一个伪lisp党真心不适应这样的设计
评分##和programming ruby是绝配。 看完本书，才发现ruby的运行时就是一个完整的操作系统，只不过管理的资源是变量、类、模块和模块。 正是因为一切皆对象的设计原则，让ruby的语法异常的适合阅读；我猜测ruby解释器的核心也不难读懂，难读的应该是那些语法糖的实现。 读完本书，我才能真正理解matz在《代码的未来》中的观点。但是，比较悲观的一点是：matz说的不久的未来CPU会成百上千个核心，这恐怕不会成为现实了；现在的趋势似乎是保住现有性能的情况下降低功耗。 另外，我对ruby未来的展望：语法基本上不会有什么变化了，今后只是在核心库上做增强。ruby3应该会在实现性能飞跃（依赖于新的更强大的解释器）的时候被命名
评分##读完第二遍，这本书真是干货满满
评分##和programming ruby是绝配。 看完本书，才发现ruby的运行时就是一个完整的操作系统，只不过管理的资源是变量、类、模块和模块。 正是因为一切皆对象的设计原则，让ruby的语法异常的适合阅读；我猜测ruby解释器的核心也不难读懂，难读的应该是那些语法糖的实现。 读完本书，我才能真正理解matz在《代码的未来》中的观点。但是，比较悲观的一点是：matz说的不久的未来CPU会成百上千个核心，这恐怕不会成为现实了；现在的趋势似乎是保住现有性能的情况下降低功耗。 另外，我对ruby未来的展望：语法基本上不会有什么变化了，今后只是在核心库上做增强。ruby3应该会在实现性能飞跃（依赖于新的更强大的解释器）的时候被命名
评分##无法理解为什么Ruby的OO系统是如此地庞杂，太多的ad-hoc功能，作为一个伪lisp党真心不适应这样的设计
评分##* 图，生动形象； * 方式，新入职员工历险记，形式新颖； * 内容，深入浅出，旁征博引； * 排版，出处注明，跳跃方便，还有 index；
相关图书
本站所有内容均为互联网搜索引擎提供的公开搜索信息，本站不存储任何数据与内容，任何内容与数据均与本站无关，如有需要请联系相关搜索引擎包括但不限于百度，google,bing,sogou 等
© 2026 book.cndgn.com All Rights Reserved. 新城书站 版权所有