感谢其他一些帖子和阅读，我了解单例/元类。我理解我们为什么要在课堂上使用它们。但我仍然不明白为什么我们要在实例对象上使用它们。而且我还没有在实践中看到它。
我指的是这样的东西：
class Vehicle
def odometer_reading
# some code
end
end
my_car = Vehicle.new
def my_car.open_door
# some code
end
乍一看，这似乎是个坏主意，因为它会导致难以理解代码和调试。
我们为什么要这样做？有哪些例子说明这是个好主意？
【问题讨论】：
标签： ruby methods singleton instance metaclass
一个例子是将它用于测试目的：创建模拟对象和双重对象，存根方法。调试就在附近：为您怀疑行为不端的特定对象重新定义日志记录方法，以便在调试会话期间将日志信息直接打印到控制台（或打印更多信息）。
另一个例子是处理特殊情况——你可以这样做而不是继承。从一个经典的例子开始，如果你使用两种类型的Employees，比如Engineers和SalesPersons，补偿计算的规则不同，你可以把通用的逻辑放到Employee类中，然后从中继承其他两个类并在那里实现自己的calculate_salary 方法。现在，如果有一个异常值——一个你已经同意不同薪酬计划的明星推销员，一个有非常特殊计划的 CEO，等等——而不是为这个特殊员工创建一个完整的子类，你可以定义这个代表该员工的特定对象的方法。
第三个示例是处理对象生命周期和性能注意事项。而不是在某些处理方法中具有各种状态的长 case。例如。对于在后台透明地缓存整个文件的文件读取类（我知道一种对现实生活来说过于简单的方法，但只是作为一个模型），当文件没有被完全读取时，所有读取请求都应该检查是否请求的数据已经在缓存中或应该从磁盘读取。一旦文件被完全读取，它们总是从缓存中删除。一旦文件被完全读取到缓存中，您可以简单地在对象级别重新定义 read 方法，而不是使用 if（如果有更多状态，则使用 case）来处理。对于这个简单的示例，它不会带来任何可观的性能优势（如果有任何好处的话），但对于更复杂的情况可能是值得的。
【讨论】：
您不会使用def 添加它们，这是一种相当严格的方法，而是使用define_method 或extend 之类的东西。
虽然这不是你经常做的事情，但这确实意味着你可以做一些相当不寻常的事情。 Rails 中的 ActiveRecord 以数组的形式生成结果，并添加了其他方法来执行其他操作。
对象-关系映射器是您可能想要执行此操作的情况。有时，根据您获取记录的方式，可用的方法会有很大不同。能够动态添加这些意味着每个获取的对象都可以完全自定义，即使它们具有相同的类和通用方法。
【讨论】：
另一个例子：你有一个哈希数组，你希望每个哈希都有一个方法调用 getter 和 setter。比如：
user = HashOnSteroids.new(name: 'John')
user[:name] # => 'John'
user[:name] = 'Joe'
user.name # => 'Joe'
user.name = 'John'
user.set(name: 'Jim', age: 5)
这意味着您不能在类中编写标准方法定义，因为每个散列将有一组不同的键（方法名称）。这意味着您必须求助于定义单例方法，以便每个对象都有自己的一组方法（而不是一组共享方法）。
警告：在这个用例中使用单例方法是非常低效的。偷偷摸摸的method_missing 更快，并且使用更少的内存，因为它不必分配十亿个 proc 对象。
【讨论】：