1. var and initializers will run on .NET 2.0, however I meant they don't compile with the 2.0 compiler. I wasn't sure if we were still supporting the 2.0 compiler. 2. Thanks for the example. 4. I was thinking that there is enough overloads already we don't want to keep making more sets. You could create a ProxyRuntimeOptions with the interceptors and interceptor selector and pass it to CreateXYZProxy, however this might be overkill and some overloaded methods could just be added.
On Fri, Dec 19, 2008 at 12:38 AM, Krzysztof Kozmic <[email protected]>wrote: > > 1. AFAIK var and initializers compile just fine down to 2.0 > 2. A use case might be something like what Ayende blogged about: > http://ayende.com/Blog/archive/2008/11/23/aspects-of-domain-design.aspx > You may want specific interceptors that make sense for only specific > methods. > 3. I like the option with putting it in invocation as well. It doesn't > have the smell, that DelegatingInterceptor has. I'm not sure about how > caching should look like then though. > 4. ProxyRuntimeOptions... we already kindof have that - in form of > GenerateXYZProxy method's parameters. And you'd still need information about > mixins in the ProxyGenerationOptions, for example their types. > > Best regards > > Krzysztof > > >>> [email protected] 2008-12-18 14:04 >>> > > > > I think, lastly Jonathon has to make that decision as the project > > > lead. I'm Cc'ing him in case the thread hasn't caught his eye yet. > > Thanks Fabian, I have been following this thread. > > Regarding the patch, it is using C# 3.0 syntax (object initializers and > var). I thought we decided we wanted to just have VS2008 project files (so > we didn't have to maintain both) but still target the 2.0 compiler. > > At this stage I'm not sure whether all the change to the generation is > worth > it, as Fabian has mentioned. I haven't got a use case for this either, so > I'm not sure which I'd actually want to use it. > > I do like the third option of pushing the selection stuff into the > AbstractInvocation instead of having to create a SelectingInterceptor. > Maybe > we need a ProxyRuntimeOptions class for setting the Selector that can be > passed into the AbstractInvocation. The mixin members on > ProxyGenerationOptions could also move too this. > > -- > Jonathon Rossi > > > > > CONFIDENTIALITY NOTICE > This message is intended exclusively for the individual or entity to which > it is addressed. This communication may contain information that is > proprietary, privileged, confidential or otherwise legally exempt from > disclosure. If you are not the named addressee, you are not authorized to > read, print, retain, copy or disseminate this message or any part of it. If > you have received this message in error, please delete all copies of this > message and notify the sender immediately by return mail or fax ATSI > S.A.(+4812) 285 36 04. > Any email attachment may contain software viruses which could damage your > own computer system. Whilst reasonable precaution has been taken to minimise > this risk, we cannot accept liability for any damage which you sustain as a > result of software viruses. You should therefore carry out your own virus > checks before opening any attachments. > > > > > -- Jonathon Rossi --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Castle Project Development List" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/castle-project-devel?hl=en -~----------~----~----~----~------~----~------~--~---
