[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Key Value Observation is over reacting
From: |
Fred Kiefer |
Subject: |
Key Value Observation is over reacting |
Date: |
Thu, 13 Dec 2007 18:34:34 +0100 |
User-agent: |
Thunderbird 2.0.0.6 (X11/20070801) |
While testing key value binding I found a problem with the current KVO
code. When an object is starting to get watched a new class gets cooked
up to handle the set calls on the object. Here all setter methods get
overridden, which is fine, as we don't want to change the class when
another key on the same object gets watched and this also allows to
reuse the new class for other objects.
But some of the replaced methods just don't are setters, even if the
look like. This later leads to a problem when the corresponding getter
is called and none exists. Here we should at least check, if a getter
exists and only then treat the method as a setter.
Is it OK, to change that code or is there something I overlooked?
Cheers,
Fred
- Key Value Observation is over reacting,
Fred Kiefer <=
- Re: Key Value Observation is over reacting, Richard Frith-Macdonald, 2007/12/13
- Re: Key Value Observation is over reacting, Fred Kiefer, 2007/12/13
- Re: Key Value Observation is over reacting, Markus Hitter, 2007/12/13
- Re: Key Value Observation is over reacting, Fred Kiefer, 2007/12/14
- Re: Key Value Observation is over reacting, Richard Frith-Macdonald, 2007/12/14
- Re: Key Value Observation is over reacting, Richard Frith-Macdonald, 2007/12/14
- Re: Key Value Observation is over reacting, Richard Frith-Macdonald, 2007/12/14
- Re: Key Value Observation is over reacting, Fred Kiefer, 2007/12/16
- Re: Key Value Observation is over reacting, Fred Kiefer, 2007/12/16
- Re: Key Value Observation is over reacting, Markus Hitter, 2007/12/14