[osflash] Return two instances of objects keeping the same reference on the Actionscript side

[Jonathan Valliere]

It is my understanding that the Native Flash Objects are assembled  
automatically in the Flash player based on the AMF data sent.  Just as  
if you had a custom XML-based object representation and a parser.   
Therefore there wouldn't be such a way to do runtime memory  
referencing unless the protocol supported it explicitly.


On Oct 28, 2008, at 10:27 AM, João Saleiro wrote:

> Hello,
>
> imagine the following scenario:
>
> - backend in AMFPHP;
> - a remote procedure that returns a complex type:
>
> Categories[]
>     CategoryVO (#12334)
>        id: 1
>        name: Accounting
>        etc...
>     CategoryVO (#34221)
>        id: 2
>        name: Reporting
>        etc...
>
>
>
> - Another remote procedure that returns another complex object:
>
>    UserVO (#5456)
>        id: 1
>        name: John Doe
>        CategoryVO (#2145)
>           id: 2
>           name: Reporting
>
> The category of the user John Doe is "Reporting", id 2. It's the  
> same previously returned by the other service, on the position 1 of  
> the categories array. The problem is that, on the client side:
>
> categories[1]==user.category
>
> is false. It's the same category, the problem is that when the  
> object mapping occurs on the client side, it creates a new  
> reference, so they are different instances of the same object.
> Right now, we need to make some loopings on the client-side to find  
> and replace references. This involves a lot of work, and has  
> performance considerations.
>
> Is it possible, or is there a solution to make same objects returned  
> from the server side have same references on the client side?
>
> Thanks,
>
> João Saleiro
>
> CTO @ Webfuel
> Adobe Community Expert
> Co-founder of the Portuguese RIA Community
>
> <btn_profile_greytxt_80x15.gif>
> _______________________________________________
> osflash mailing list
> osflash at osflash.org
> http://osflash.org/mailman/listinfo/osflash_osflash.org

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://osflash.org/pipermail/osflash_osflash.org/attachments/20081028/5d7441dd/attachment.html>