Anyone know if this is on the plate at some point?  Something like delegates in 
..Net?

I do it now on my own using Observer and a Subscription logic inside of a very 
simple MVC, but I wonder if there is something like that coming with the new 
compiler backend, where one can have more than one event handler assigned to a 
Delphi event through subscribe/unsubcribe...

Thanks,

--
Warm Regards,

Lee

> {quote:title=Lee Jenkins wrote:}{quote}
> Anyone know if this is on the plate at some point?  Something like delegates in 
> .Net?
> 
> I do it now on my own using Observer and a Subscription logic inside of a very 
> simple MVC, but I wonder if there is something like that coming with the new 
> compiler backend, where one can have more than one event handler assigned to a 
> Delphi event through subscribe/unsubcribe...
> 
> Thanks,

This isn't an issue that could be changed with a new compiler backend.  It would require a top-to-bottom rearchitecting of the entire VCL.

Right now, event handlers are stored inside components as method pointer variables.  To enable multicast events, you'd have to change them to +lists of+ method pointers, which would be a very messy undertaking that would probably break a lot of existing code.  (Imagine the Unicode transition times ten!)

Mason Wheeler wrote:
>> {quote:title=Lee Jenkins wrote:}{quote} Anyone know if this is on the plate
>> at some point?  Something like delegates in .Net?
>> 
>> I do it now on my own using Observer and a Subscription logic inside of a
>> very simple MVC, but I wonder if there is something like that coming with
>> the new compiler backend, where one can have more than one event handler
>> assigned to a Delphi event through subscribe/unsubcribe...
>> 
>> Thanks,
> 
> This isn't an issue that could be changed with a new compiler backend.  It
> would require a top-to-bottom rearchitecting of the entire VCL.
> 
> Right now, event handlers are stored inside components as method pointer
> variables.  To enable multicast events, you'd have to change them to +lists
> of+ method pointers, which would be a very messy undertaking that would
> probably break a lot of existing code.  (Imagine the Unicode transition times
> ten!)

Still, would be nice to have.

--
Warm Regards,

Lee

> Still, would be nice to have.

I think it would be fairly easy with class helpers --

Have the class helper register itself in an OnChange event, for example,
and register other event handlers to the class helper.


-- 
With regards,

Martijn Tonies
Upscene Productions
http://www.upscene.com

Download Database Workbench for Oracle, MS SQL Server, Sybase SQL
Anywhere, MySQL, InterBase, NexusDB and Firebird!

Database questions? Check the forum:
http://www.databasedevelopmentforum.com

Martijn Tonies wrote:
>> Still, would be nice to have.
> 
> I think it would be fairly easy with class helpers --
> 
> Have the class helper register itself in an OnChange event, for example,
> and register other event handlers to the class helper.
> 
> 

Hi Martijn,

I have couple of solutions that I am already using, but that sounds interesting. 
  I've not used class helpers yet!

I was just expressing that it would be nice if there was native support in 
Delphi for multiple event subscriptions though as you point out, there is always 
multiple cat skinning strategies in Delphi.

--
Warm Regards,

Lee

Martijn Tonies explained on 4/9/2010 :
>> Still, would be nice to have.
>
> I think it would be fairly easy with class helpers --
>
> Have the class helper register itself in an OnChange event, for example,
> and register other event handlers to the class helper.

I agree, I would have thought it could be done
without breaking any existing code.

Brad.

-- 
To people who think about their lives, almost everything
that happens, or that they read, provides a way of learning.
To those who don't examine their lives, all the experience
of the ages is worthless.

"Lee Jenkins" <lee@nospam.net> wrote
> ... I do it now on my own using Observer and a Subscription logic ...

Lee,  
If your Observer-Subscription logic is something like what I call 
Publisher-Subscriber logic, then I suggest that you keep using it.
If you do not like something about your implementation then you 
might be able to find a better implementation.
HTH, JohnH

John Herbster wrote:
> "Lee Jenkins" <lee@nospam.net> wrote
>> ... I do it now on my own using Observer and a Subscription logic ...
> 
> Lee,  
> If your Observer-Subscription logic is something like what I call 
> Publisher-Subscriber logic, then I suggest that you keep using it.
> If you do not like something about your implementation then you 
> might be able to find a better implementation.
> HTH, JohnH

Hi John,

Yes, I think that is what it is more commonly called.  Its patterned after 
ActionScript's AddListener approach.

Thanks again,

--
Warm Regards,

Lee

Hi Lee,

> Yes, I think that is what it is more commonly called.  Its patterned after
> ActionScript's AddListener approach.

Not sure if you've seen it yet but I added a multicast event framework to 
tiOPF a while back. I can't recall if I used it in other tiOPF code or just 
in our application code (I have a feeling I may have used it in the tiOPF 
logging framework or in some of the UI controls). It would be worth 
searching for. It might not be any better than your implementation but could 
give some more ideas. If you think that it is lacking then let me know too!

Regards,
Jarrod Hollingworth

On 09.04.2010 09:35, Martijn Tonies wrote:
>> Still, would be nice to have.
>
> I think it would be fairly easy with class helpers --
>
> Have the class helper register itself in an OnChange event, for example,
> and register other event handlers to the class helper.

No, that won't work.
A class helper cannot have any fields AFAIK so it won't
be able to store any lists. Only a "real" class can do that.


-- 
Arthur Hoornweg

(In order to reply per e-mail, please just remove the ".net"
  from my e-mail address. Leave the rest of the address intact
  including the "antispam" part. I had to take this measure to
  counteract unsollicited mail.)

> On 09.04.2010 09:35, Martijn Tonies wrote:
>>> Still, would be nice to have.
>>
>> I think it would be fairly easy with class helpers --
>>
>> Have the class helper register itself in an OnChange event, for example,
>> and register other event handlers to the class helper.
>
> No, that won't work.
> A class helper cannot have any fields AFAIK so it won't
> be able to store any lists. Only a "real" class can do that.

Darn, good call... they allow class fields only. :-( That
could probably help but gets a bit more complicated ;-)

Well, then a special event handler class that binds itself to an
event and allows you to register multiple listeners would be
the only way, I guess.


-- 
With regards,

Martijn Tonies
Upscene Productions
http://www.upscene.com

Download Database Workbench for Oracle, MS SQL Server, Sybase SQL
Anywhere, MySQL, InterBase, NexusDB and Firebird!

Database questions? Check the forum:
http://www.databasedevelopmentforum.com

Jarrod Hollingworth wrote:
> Hi Lee,
> 
>> Yes, I think that is what it is more commonly called.  Its patterned after
>> ActionScript's AddListener approach.
> 
> Not sure if you've seen it yet but I added a multicast event framework to 
> tiOPF a while back. I can't recall if I used it in other tiOPF code or just 
> in our application code (I have a feeling I may have used it in the tiOPF 
> logging framework or in some of the UI controls). It would be worth 
> searching for. It might not be any better than your implementation but could 
> give some more ideas. If you think that it is lacking then let me know too!
> 

Hi Jarrod.

The particular approach I'm using now is somewhat tied to a web framework I'm 
working on and it's a fairly simple implementation but seems to work ok.

http://leebo.dreamhosters.com/pasria/ria_base.pas
(TRiaEventManager)

That RIA framework itself, I consider very Alpha stage, but if you look at 
TRiaEventManager, you'll see its very simple implementation.  Its also pretty 
specific to the RIA framework itself.

I will dig around in tiOPF sources for your implementation.  I'm always looking 
for better ways and my implementation could always be better :-)

Heck, sometime I feel obligated to mention the Delphi community in my software 
credits!  "This software was produced by the Delphi community.  Mr. Jenkins has 
graciously offer the services of his physical body as a conduit for the 
community's knowledge"

--
Warm Regards,

Lee

Jolyon designed a pretty clever multitasking system, too, which he 
explained in his blog:

http://www.deltics.co.nz/blog/?p=189

I have not tried that, though, since I have written one myself a long 
time ago, and it's integrated in Prosys Sentrol, 
http://www.prosysopc.com/opc-client-server-sdk.php

I followed the naming of QT, and called the objects Signal and Slot - 
Signals send events which the Slots catch. The downside is that you need 
to define a separate object also to the listening part, but that is also 
a multi-catch one. These objects also enable automatic notifications of 
the other part being destroyed, in order to clean the references, which 
I considered very important, and this system is used heavily to connect 
components to each other.

Jouni

Lee Jenkins wrote:
> Jarrod Hollingworth wrote:
>> Hi Lee,
>>
>>> Yes, I think that is what it is more commonly called.  Its patterned after
>>> ActionScript's AddListener approach.
>> Not sure if you've seen it yet but I added a multicast event framework to 
>> tiOPF a while back. I can't recall if I used it in other tiOPF code or just 
>> in our application code (I have a feeling I may have used it in the tiOPF 
>> logging framework or in some of the UI controls). It would be worth 
>> searching for. It might not be any better than your implementation but could 
>> give some more ideas. If you think that it is lacking then let me know too!
>>
> 
> Hi Jarrod.
> 
> The particular approach I'm using now is somewhat tied to a web framework I'm 
> working on and it's a fairly simple implementation but seems to work ok.
> 
> http://leebo.dreamhosters.com/pasria/ria_base.pas
> (TRiaEventManager)
> 
> That RIA framework itself, I consider very Alpha stage, but if you look at 
> TRiaEventManager, you'll see its very simple implementation.  Its also pretty 
> specific to the RIA framework itself.
> 
> I will dig around in tiOPF sources for your implementation.  I'm always looking 
> for better ways and my implementation could always be better :-)
> 
> Heck, sometime I feel obligated to mention the Delphi community in my software 
> credits!  "This software was produced by the Delphi community.  Mr. Jenkins has 
> graciously offer the services of his physical body as a conduit for the 
> community's knowledge"
> 
> --
> Warm Regards,
> 
> Lee

Jouni Aro wrote:
> Jolyon designed a pretty clever multitasking system, too, which he 
> explained in his blog:
> 
> http://www.deltics.co.nz/blog/?p=189

That was the link to the latest post - it seems there is now direct link 
to the earlier ones. If you browse back from the top links you will 
eventually find them. Here they are all:

http://www.deltics.co.nz/blog/?p=86
http://www.deltics.co.nz/blog/?p=112
http://www.deltics.co.nz/blog/?p=102
http://www.deltics.co.nz/blog/?p=147
http://www.deltics.co.nz/blog/?p=137
http://www.deltics.co.nz/blog/?p=160