Enumeration Case 列挙ケース

NSKeyValueObservingOptionPrior

Whether separate notifications should be sent to the observer before and after each change, instead of a single notification after the change. 個別の通知それらがオブザーバに変更の前そして後に送られるべきかどうか、変更の後の単一の通知ではなく。

Declaration 宣言

NSKeyValueObservingOptionPrior = 0x08

Discussion 議論

The change dictionary in a notification sent before a change always contains an NSKeyValueChangeNotificationIsPriorKey entry whose value is an NSNumber object that contains the Boolean value YES, but never contains an NSKeyValueChangeNewKey entry. When this option is specified the change dictionary in a notification sent after a change contains the same entries that it would contain if this option were not specified. You can use this option when the observer's own key-value observing-compliance requires it to invoke one of the -willChange... methods for one of its own properties, and the value of that property depends on the value of the observed object's property. (In that situation it's too late to easily invoke -willChange... properly in response to receiving an observeValueForKeyPath:ofObject:change:context: message after the change.) 変更の前に送られる通知の中の変更辞書は、常にNSKeyValueChangeNotificationIsPriorKey登録項目を含み、それの値はNSNumberオブジェクトで、それはブール値YESを含みます、しかし決してNSKeyValueChangeNewKey登録項目を含みません。このオプションが指定される場合、変更の後に送られる変更辞書は、このオプションが指定されなかったならばそれが含むのと同じ登録項目を含みます。あなたはこのオプションを、オブザーバの持つ自身のキー値監視対応が-willChange...メソッドの1つをそれ自身のプロパティの1つに対して発動するためにそれを要求する、そしてそのプロパティの値がその監視されるオブジェクトの持つプロパティの値に依存する場合に使用できます。(その状況では、気楽に-willChange...を、この変更の後にobserveValueForKeyPath:ofObject:change:context:メッセージの受信に適切に応えて発動するには遅すぎます。)