KVO は通常、OBJ_A の特定の属性の変更を監視し、予想される変更が発生した場合にコールバックを提供します。
端的に言えば、KVO は特定の属性の SETTER メソッドを観察することになるため、理論上は問題ありません (試したことはありませんが...)。この方法で記述されたコードの可読性は低くなります。誰もが、個別の関連オブジェクトを作成することを採用しています。

一人で書くことの利点は次のとおりです:

• 非常に読みやすいので、自分自身を観察することを心配する必要はありません
• デカップリング
• 関連付けられたオブジェクトは結局のところカスタム オブジェクトであるため、ビジネスの拡張に便利です (非常に抽象的になる可能性があります)

ブラブラ

Apple が提供するインターフェース、KVO は非常に優れたアイデアで設計されています。 。 。 KVOを使いたいならFacebookのKVOControllerがおすすめです

私の個人的な感覚では、カテゴリをシンプルに保つために、カテゴリの記述は一般に比較的基本的ですが、KVO を追加すると、ビジネス ロジックが埋め込まれるため、このコードが将来再利用される可能性が高くなります。