Re: Consuming your own events.
Sébastien Lorion <[email protected]> Wed, 30 Jan 2008 06:56:35 -0500
| Newsgroups | gmane.comp.windows.devel.dotnet.clr |
|---|---|
| Message-ID | <[email protected]> |
Ya, that is what I guessed. You could do it manually since .NET 1.0 ... nothing new here. Sébastien On 1/30/08, Daniel Petersson <[email protected]> wrote: > I'm guessing but I assume that Sebastien is refering to the new property store available in WPF. > The reason for a new store, instead of fields, is to reduce the memory impact of hundreds/thousands of objects with fields as backing store for all properties. > > --Daniel > > ________________________________________ > From: Discussion of development on the .NET platform using any managed language [[email protected]] On Behalf Of Sébastien Lorion [[email protected]] > Sent: Wednesday, January 30, 2008 12:45 PM > To: [email protected] > Subject: Re: [DOTNET-CLR] Consuming your own events. > > On 1/30/08, Sebastien Lambla <[email protected]> wrote: > > > > When you start, like in WPF, using different property stores for your > > events, the problem becomes even worse (and it's that problem that has > > triggered my move to this new pattern). > > > Could you elaborate on this bit, I am not sure I follow you. I think > you mean to use a hashtable to associate events to their delegate > instead of default > storage (ie one field by event) ? If so, how is it affected by the > OnXXX pattern ? > > =================================== > This list is hosted by DevelopMentor(R) http://www.develop.com > > View archives and manage your subscription(s) at http://discuss.develop.com > > =================================== > This list is hosted by DevelopMentor(R) http://www.develop.com > > View archives and manage your subscription(s) at http://discuss.develop.com > -- Sébastien www.sebastienlorion.com =================================== This list is hosted by DevelopMentor® http://www.develop.com View archives and manage your subscription(s) at http://discuss.develop.com