鍵 - 值觀察 - 尋找一個更優雅的解決方案，以應對價值變化

Question

我碰到的國際志願者組織的一個令人沮喪的特點：所有通知都是通過一個單一的方法（observeValueForKeyPath:....）漏斗，需要一堆IF語句如果對象正在觀察許多屬性。

理想的解決方案是通過一種方法作爲參數傳遞給它建立在第一時間的觀察方法，但似乎這是不可能的。這個問題是否存在解決方案？我最初考慮使用keyPath參數（addObserver:forKeyPath:options:context:）通過NSSelectorFromString調用一個方法，但後來我跨過柱KVO Dispatcher pattern with Method as context和它鏈接的文章來這爲了傳遞參數沿，以及提供不同的解決方案（雖然我還沒有得到了那個工作呢）。

我知道很多人都遇到了這個問題。是否有標準的處理方式出現？

Answer 1

OP問：

具有處理就出現一個標準的方式？

不，不是真的。那裏有很多不同的方法。這裏有一些：

• https://github.com/sleroux/KVO-Blocks
• ​​3210
• http://www.mikeash.com/pyblog/friday-qa-2012-03-02-key-value-observing-done-right-take-2.html
• https://github.com/ReactiveCocoa/ReactiveCocoa
• http://blog.andymatuschak.org/post/156229939/kvo-blocks-block-callbacks-for-cocoa-observers
• 嚴重的是，有一噸的這些... Google "KVO blocks"

我不能說我見過的任何選項似乎都足以贏得「標準方式」的稱號。我懷疑大多數人會覺得有動力去克服這個問題，只需選擇一個並隨意使用它，或者自己寫 - 它並不像調整KVO使用基於塊的回調是火箭科學。您鏈接到的基於方法的方法似乎不是向前邁進的簡單方法。我得到你想要採取基於字符串的鍵路徑<的不確定性 - >方法轉換出來的公式，但那種跌倒了，因爲不是所有觀察到的鍵/ keyPaths的方法。 （如果沒有別的，你可以觀察NSMutableDictionaries上的任意鍵並獲得通知。）

如果蘋果發佈一個新的基於塊的KVO API，那肯定會很好，但我並沒有屏住呼吸。但同時，就像我說的，只需選擇一個你喜歡的，並使用它或寫你自己的，並使用它。