[Arp] Arp and Zinc

[Michiel van der Ros]

Patterns like this get a bit confusing to me sometimes.
Besides business delegates and a service locator, we now have service 
delegates and a model locator. The uses of these last two are obvious, 
but they are not part of the original arp implementation...
What scares me a bit is that arp might be forking in many directions, 
with different people using different names for the same type of 
functionality, inventing new patterns and implementing things in many 
different styles.

Do others have this feeling too? Maybe you can explain why, or even more 
interesting, why not?

Thanks,
Michiel


nyls wrote:
>
> Hey Colin,
>
>  
>
> There is an example from Grant which has a 
> AuthenticationServiceDelegate which uses fluorine remoting , he added 
> a ServiceDelegate class which handles 'gateway offline'
>
> http://theresidentalien.typepad.com/ginormous/2005/10/extending_arp.html
>
>  
>
> there is also the arp extension page 
> http://www.osflash.org/arp_extensions where there is a Shared Object 
> Service maybe that's helpful also..
>
>  
>
> The cool thing about the servicelocator and serviceDelegates is that 
> if you switch your service the command can stay the same. The changes 
> in the external service (xml, remoting or sharedobject)  reflect the 
> changes in the serviceDelegate
>
>  
>
> In my words  ( and please list correct me if I am wrong)  a 
> serviceDelegate is used as a bridge between the server data-model and 
> data-model needed in the application.. So let's say first your app 
> gets an array of objects through a flash remoting service. The 
> serviceDelegate gets them and returns them to the command .. Now the 
> remoting service is replaced with static XML files. Your app still 
> needs the array of objects, so in your 'new' serviceDelegate you get 
> the XML and reform them to an array of objects and then pass them to 
> the command.
>
>  
>
> Ok hope this is of any help...
>
>  
>
> Nyls
>
>  
>
>  
>
>  
>
>  
>
>  
>
> ------------------------------------------------------------------------
>
> *Van:* arp-bounces at ariaware.com [mailto:arp-bounces at ariaware.com] 
> *Namens *COLIN LIGHT
> *Verzonden:* Thursday, December 14, 2006 1:21 PM
> *Aan:* General List for Ariaware RIA Platform users and developers
> *Onderwerp:* Re: [Arp] Arp and Zinc
>
>  
>
> Hi Nyls,
>
>  
>
> I've been looking for an example which uses a ServiceDelegate, do you 
> know where I can find one.
>
>  
>
> Also I'm just trying to get this idea worked out in my mind, does this 
> mean I would have to write different commands for Zinc and remoting?
>
> */nyls <info at nyls.nl>/* wrote:
>
>     Hey,
>
>      
>
>     I think best thing to place your Sinkcode is in a ServiceDelegate
>     .. And then add it to the ServiceLocator ..
>
>      
>
>      
>
>     That way if in the future if  the Zinc part changes (maybe to
>     flash remoting, XML) you only have to switch your service ..
>
>      
>
>     Nyls
>
>      
>
>     ------------------------------------------------------------------------
>
>     *Van:* arp-bounces at ariaware.com [mailto:arp-bounces at ariaware.com]
>     *Namens *COLIN LIGHT
>     *Verzonden:* Thursday, December 14, 2006 11:59 AM
>     *Aan:* arp at ariaware.com
>     *Onderwerp:* [Arp] Arp and Zinc
>
>      
>
>     Hi,
>
>      
>
>     I was hoping someone could give me some ARP advice regarding a
>     flash desktop application I'm working on which is using ARP and
>     MDM zinc.
>
>      
>
>     The App uses Zinc to get a directory list which in turn populates
>     a Tree component. What I'm trying to work out is the best place to
>     put my zinc code. Would it be best practise to create a command
>     for example getFileListCommand so all my calls from zinc are held
>     in commands? if not does anybody have a good way to do this as
>     zinc's commands are synchronous.
>
>      
>
>     Any help would be most appreciated.
>
>      
>
>     Colin.
>
>      
>
>     _______________________________________________
>     Arp mailing list
>     Arp at ariaware.com
>     http://ariaware.com/mailman/listinfo/arp_ariaware.com
>
>  
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Arp mailing list
> Arp at ariaware.com
> http://ariaware.com/mailman/listinfo/arp_ariaware.com
>   

-- 

[ weblog ][ http://michiel.vanderros.nl ]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/arp_ariaware.com/attachments/20061214/dd1f4f77/attachment-0001.html