在Ruby中，將方法添加到實例的單例類的用例是什麼？

Question

感謝一些其他職位和閱讀，我理解單身/元類。我明白爲什麼我們想在課堂上使用它們。但我仍然不明白爲什麼我們想在實例對象上使用它們。我還沒有在實踐中看到它。

我指的是這樣的：

class Vehicle 
    def odometer_reading 
     # some code 
    end 
end 

my_car = Vehicle.new 

def my_car.open_door 
    # some code 
end 

在第一個想到的，這似乎是一個壞主意，因爲它會導致難以理解代碼和調試。

我們爲什麼要這麼做？什麼時候這是一個好主意的例子？

Answer 1

一個例子是將它用於測試目的：創建模擬和雙重對象，存根方法。調試是在附近的某處：重新定義特定對象的日誌記錄方法，您懷疑該記錄方法是錯誤行爲，以便在調試會話期間將日誌信息直接打印到控制檯（或打印更多信息）。

另一個例子是處理特殊情況 - 而不是繼承你可以做到這一點。從經典示例開始，如果您使用兩種類型的Employee s，即Engineer s和SalesPerson s，對於該類型，補償計算的規則不同，可以將公共邏輯放入Employee類中，然後繼承其他兩個類它並在那裏實施他們自己的calculate_salary方法。現在，如果有一個局外人 - 你已經同意採用不同的薪酬方案的明星推銷員，擁有非常特殊的計劃的首席執行官等 - 而不是爲這個特殊員工創建一個完整的子類，那麼你可以定義這個方法來表示該員工的特定對象。

第三個例子是處理對象生命週期和性能考慮因素。在一些處理方法中，不是具有各種狀態的長的case。例如。對於在後臺透明地緩存整個文件的文件讀取類（我知道一個過於簡單的實際生活方式，但只是作爲一個模型），所有讀取請求，而文件沒有完全讀取時，應該檢查請求的數據已經在緩存中，或者應該從磁盤讀取。一旦文件被完全讀取，它們總是從緩存中移出。如果存在更多狀態，則不需要有if（case）來處理此問題，只需在文件完全讀入緩存後，就可以在對象級重新定義read方法。對於這個簡單的例子，它不會帶來任何顯着的性能優勢（如果有任何好處的話），但對於更復雜的情況可能是值得的。

Answer 2

你不會使用def來添加它們，這是一種非常僵硬的做法，而是使用類似define_method或extend的東西。

雖然這不是你常做的事情，但這確實意味着你可以做一些相當不尋常的事情。 Rails中的ActiveRecord以Array的形式生成結果，並添加其他方法來執行其他操作。

一個對象 - 關係映射器會是一個你可能想要這樣做的情況。有時，根據您如何獲取記錄，可用的方法差異很大。能夠動態添加這些對象意味着每個獲取的對象可以完全自定義，即使它們具有相同的類和通用方法。

Answer 3

另一個例子：你有一個散列數組，你希望每個散列都有一個方法調用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對象。