What I have done in similar circumstances is create concrete classes
in AS which extend a common base and to connect those to my concrete
classes in Java using the [RemoteClass(alias="x.y.z")].  I have then
made use of interfaces in AS to give me a similar coding pattern in AS
to Java.  

Keywords "extends" and "implements" both exist in AS, so even though I
can't have abstract base classes in AS I can get to the same sort of
pattern by implementing interfaces.  You may wind up with a little
more code than you would accept in Java but it works just as well. On
the server side I use Spring to inject the class dependencies when needed.

Another pattern I have employed on the client is to implement an
interface in a separate .as file and include that file into classes
which have common members and implement the interface.  This goes some
way to minimising the amount of code I end up with.

Hope that helps.  If I have understood you correctly, then I think
that what you are doing fits inside the AS/Java model quite well as
long as you are willing to compromise your coding purity very slightly
in AS.  

I'd be interested to know whether you are using the Adobe Hibernate
Assembler or using your own middle tier.

Simon

--- In flexcoders@yahoogroups.com, Kevin <[EMAIL PROTECTED]> wrote:
>
> We have an object model in Java which contains two base abstract  
> classes from which the other classes extend.  The model on Java/ 
> Hibernate is what we desire, but we need to then mirror it on the  
> Actionscript side to use Data Management.  From what I understand  
> Actionscript does not allow abstract classes however, is there a way  
> to keep our classes in Java but hack the Actionscript to make the VO  
> Data Management work?
> 
> If it helps to see some code let me know and I can send you an  
> example of what we are working on.
> 
> Thanks, Kevin
>


Reply via email to