How reliable is KVO with UIKit
Important: Not all classes are KVO-compliant for all properties. You can ensure your own classes are KVO-compliant by following the steps described in “KVO Compliance.” Typically properties in Apple-supplied frameworks are only KVO-compliant if they are documented as such.
This statement leaves me confused. Can't we use KVO for UIKit objects at all? I don't remember seeing any property being documented as K开发者_开发问答VO compliant. Despite saying otherwise, I am able to use KVO with many properties. Does this mean that I can't rely on it?
Any insight into this would be appreciated.
UIKit is mostly NOT KVO compliant. This is mostly because UIView
acts as high-level wrapper for CALayer
, so when you eg. change the frame
property of an UIView
, it will change the layers frame
but leave eg. the bounds
property of the UIView
untouched, so no observer will be triggered for the view.bounds
path, because it never really changes. And this leads to non KVO compliance.
Only if the property is marked as KVO compliant can you rely on this, otherwise it will not work or break in some weird cases.
精彩评论