Yes, it has to independent of the some �same module� semantics.
Maybe the �use case� has not clearly described be me, sorry! Just
give me another try!
-------------------------------------------------------------
client- common- server-
module module module
service-point A
default A(Client1) default A(Server1)
-------------------------------------------------------------
override A(Client2) override A(Server2)
-------------------------------------------------------------
The first layer (top to bottom) is the framework part. There is a
common service A declared which has different (default) implementations
for the server and the client.
In the second layer (user of the framework) they want to override this
service, to plugin their special behaviour.
In the above sketch/use case are 5 different modules involved, from which
only three of them are �active� in the registry:
Client side: service-point A, default A(Client1), override A(Client2)
Server side: service-point A, default A(Server1), override A(Server2)
Is that better. I apologize for my poor english.
-----Original Message-----
From: Pablo Lalloni [mailto:[EMAIL PROTECTED]]
Sent: Thu 21.04.2005 19:58
To: [email protected]
Cc: James Carman
Subject: Re: Again: Overridable services
El Jue 21 Abr 2005 11:50, James Carman escribi�:
> How about this? A service point can be declared to be "overridable." The
> "default" implementation would be any implementation that is contributed
> within the same exact module (whether it's inline or in a separate
> implementation block). If a service point is "overridable", other modules
> can contribute an implementation to it and it will replace the "default"
> implementation if one was provided.
Sounds like too much magic.
I'd rather lose that "same-module" semantics...
--
Pablo I. Lalloni <[EMAIL PROTECTED]>
Tel�fono +54 (11) 4347-3177
Proyecto Pampa
Direcci�n Inform�tica Tributaria
AFIP
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
My nose feels like a bad Ronald Reagan movie ...
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Title: Re: Again: Overridable services
- Again: Overridable services Liebig, Stefan
- Re: Again: Overridable services Pablo Lalloni
- Re: Again: Overridable services Stefan Liebig
- RE: Again: Overridable services James Carman
- Re: Again: Overridable services Pablo Lalloni
- RE: Again: Overridable services James Carman
- RE: Again: Overridable services Liebig, Stefan
- FW: Again: Overridable services Liebig, Stefan
- FW: Again: Overridable services Liebig, Stefan
- RE: Again: Overridable services James Carman
- RE: Again: Overridable services Liebig, Stefan
- RE: Again: Overridable services James Carman
- Re: Again: Overridable services Knut Wannheden
- Re: Again: Overridable services Stefan Liebig
- Re: Again: Overridable services Knut Wannheden
