Re: Event_Dispatcher request
| From: | Bertrand Mansion | Date: | Wed, 27 Jul 2005 08:50:31 +0000 |
| Subject: | Re: Event_Dispatcher request | ||
| Groups: | php.pear.dev | ||
| Request: | Send a blank email to pear-dev+get-38960@lists.php.net to get a copy of this message | ||
Stephan Schmidt wrote:
>Hi,
>
>Bertrand Mansion wrote:
>> Unless there is a good example of where this can be used, I am strongly
>against
>> opening access to $_ro and allowing people to mess with it directly. Adding
or
>> removing observers should be handled by using the class methods (which is the
>> case right now), not by playing with $_ro directly IMO. Of course, that's
>unless
>> I'm missing something...
>I can't see a problem in *reading* the list, I will also *not* add
>something for write access. In a Java framework where I'm using a
>similar package I need the fetch all listeners for debugging purposes
>and I guess it wouldnt' hurt having this feature in Event_Dispatcher.
If by reading you mean something like toString() or toArray(), then it's fine
with me.
To debug Event_Dispatcher, it's also possible to have a listener that listens to
all the notifications and log them somewhere.
Bertrand Mansion
Mamasam