On 14 Apr 00, at 12:25, Ed Lorenz wrote:
> A while back there was mention of using the DynamicProxy object included in
> 1.3 ( I checked the archives )
> Was the idea to allow the client application to use ONE, simple,
> object/interface from which they would be able to
> manipulate state as well as invoke behavior.
I don't remember the specific thread you are referring to, but in the
contexts I have seen it discussed, Proxy is an implementation
detail hidden from the client programmer.
> Then through the use of the DynamicProxy the method would be delegated to
> the appropriate Entity or Session bean.
> This sounds like a good idea. It would appear to be a more true OO design,
> at least from the application
> programmers point of view.(Data and behavior together)
> It would certainly reduce the amount of objects / interface's / EJB concepts
> for
> which the application programmer would have to understand and keep track of.
When you say application programmer, are you talking about
someone who writes enterprise beans or someone who writes
clients that use enterprise beans?
It seems as though you are talking about the latter, but the client
programmer's burden doesn't seem that great to me. You have an
interface that implements the factory pattern and another that
provides the business logic, and that's pretty much it. (You may
want to hide some details of these in case your client were to use
a different technology.)
Do you have an idea how you would like your client code to look?
It may be possible to present a facade to the EJB stuff to get the
effect you are looking for.
-Dan
>
> Is this what you guys where talking about ???
>
> Ed Lorenz
> [EMAIL PROTECTED]
> With no fences, who needs Gates ?
>
> ===========================================================================
> To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
> of the message "signoff EJB-INTEREST". For general help, send email to
> [EMAIL PROTECTED] and include in the body of the message "help".
>
===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
