Yeah... i just don't like the idea of unpacking the payload and doing
instanceOf, if/else do decide if I care about that message.
The GoogleEvent buss approach seems better. I.E. Implement the specific methods
for the specific event types.
Douglas
On Jun 19, 2012, at 3:20 PM, Martin Grigorov wrote:
> Wicket always sends ComponentEvent.
> The dynamic part is the event's payload.
> The test shows how to receive the payload in a type-safe way.
>
> On Tue, Jun 19, 2012 at 11:16 PM, Douglas Ferguson <the...@gmail.com> wrote:
>> Ok.. So I took a look at it and it is ignoring the IEvent.
>>
>> I'm actually interested in how to cleanly handle multiple type of IEvents
>> without having to
>> do if/else or instanceOf. Was curious if anybody had a nice pattern to
>> follow.
>>
>> @Override
>> 115 public void onEvent(Component component, IEvent<?> event)
>> 116 {
>> 117 invocationTimes++;
>> 118 }
>> 119
>>
>>
>>
>> On Jun 19, 2012, at 2:20 PM, Martin Grigorov wrote:
>>
>>> See org.apache.wicket.EventDispatcherTest in wicket-core's tests
>>>
>>> On Tue, Jun 19, 2012 at 9:58 PM, Douglas Ferguson <the...@gmail.com> wrote:
>>>> Anybody have a good pattern for using Events without having lots of
>>>> instanceOf, if/else, or switch statements?
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>>>> For additional commands, e-mail: users-h...@wicket.apache.org
>>>>
>>>
>>>
>>>
>>> --
>>> Martin Grigorov
>>> jWeekend
>>> Training, Consulting, Development
>>> http://jWeekend.com
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>>> For additional commands, e-mail: users-h...@wicket.apache.org
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> For additional commands, e-mail: users-h...@wicket.apache.org
>>
>
>
>
> --
> Martin Grigorov
> jWeekend
> Training, Consulting, Development
> http://jWeekend.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
