瞎扯淡 为什么是 binding.pry 而不是 pry.binding?
也包括 binding.pry_remote，经常写反，设计的初衷是什么？
pry 需要当前 binding 返回的上下文对象，调用 binding 方法是免不了的。只对 Binding 类添加方法显然比添加全局方法的污染小，所以 binding.pry 胜过 pry binding
而 pry.binding 纯蛋疼，一是获取不了 binding (pry: 我要你的 binding, 你给我我的 binding 难不成是要 de 我的 bug...), 二是你既然都定义了全局方法 pry 了还多加一步调用有啥用...
因为 patch binding 对象会很方便：
› irb
2.0.0p247 :001 > x = 1
=> 1
2.0.0p247 :002 > eval("x", binding)
=> 1
这个就满足大部分 pry 的需求了... 主要也是获取 binding 内的各种值。连 eval 都赠送了..
