[Arp] Arp use cases, case studies, success stories, etc.

[Sam Shrefler]

Has anyone looked into the Tartan Framework to handles CF's inability to
pass VO's back and forth?  Tartan seems to be able to translate a CFC into
an AS Object.  I'm going to take a look and I'll attempt to report my
findings, but I'm still a little confused about all of this.

www.tartanframework.org

Sam


On 1/11/06, Sam Shrefler <sshrefler at gmail.com> wrote:
>
> Aral,
>
> First, thanks for the reply and also for your enormous contributions...
>
> On 1/11/06, Aral Balkan <aral at ariaware.com > wrote:
> >
> > Hi Sam,
> >
> > > Initial understanding the difference between system events and view
> > > events and also the event bubbling, or the lack there of.  To help
> > > with this, i've actually created multiple controllers (not sure how
> > > this would be viewed).
> >
> > How exactly did you implement multiple controllers? One controller per
> > form? This is the approach I took in our latest Flex project where the
> > forms were *external* and it worked like a charm. I'd be interested in
> > seeing/hearing about your implementation.
>
>
> I didn't exactly implement a controller for every form.  I have a feeling
> that my approach was similar to yours becuase I had some help from Darron.
> I didn't choose to use *external* forms because my project is not that big
> and I'm working on it alone, so every form was developed in one swf using
> flashIDE (i'll refer to this as my application swf).  I then have a loader
> swf which simply loads the entire application.  My application does the
> _proto root hack to have my Application class control the root timeline.  I
> then have a controller for each direct form placed on my root timeline.
>
> An example of my layout is as follows
>
> Application (root)
>  - Parent1
>       -Child1
>       -Child2
>       -Child3
>  - Parent2
>       -Child4
>       -Child5
>   -Parent3
>
> Therefore, Application has a controller that handles Parent1, Parent2, and
> Parent3.  Parent1 has a controller that handles Child1, Child2, Child3.
> Parent2 has a controller that handles Child4, Child5 and so on.  I believe I
> could just as easily make Parent1 an *external* form similar to what you
> described.
>
> Let me know if this makes sense to you.
>
> Also, I'm still having trouble wrapping my head around the kind of
> information you'd pass in a ContactVO (with all the info I need to
> create/update/etc. a contact)  Is there any example somewhere you could
> point me to?
>
> Thanks!
>
>
>
> > Continued support for CF (an improvement with CF goes along with that
> > > I guess)
> >
> > It does appear that a lot of you are using Arp with CF so, as limited as
> > CF's support for remoting may be at the moment we will have to do
> > something to support it (and keep our fingers crossed that Adobe will
> > fix things in the next CF.) Perhaps we could set up a mini CF taskforce
> > to evaluate the various alternatives (like Darron's method and the
> > others mentioned in the CF thread) for support in Arp 3.
> >
> > > I've not used VO's in my projects.  Having never used them and only
> > > using CF's I've definately had my problems.  Where I am confused
> > > though is what CF does offer that other remoting solutions do.
> >
> > CF doesn't offer anything that the other Remoting solutions don't. On
> > the contrary it is limited in what it can pass back in terms of custom
> > classes (which I would think would be CFCs) and deep hierarchies of the
> > same.
> >
> > > If that is the case, could someone please help educate me on what I'm
> > > missing out on and how it is used.  Thanks for all the hard work!
> >
> > Basically, if I send a ContactVO (with all the info I need to
> > create/update/etc. a contact) from Flash, I expect it to be received as
> > an instance of the ContactVO class on the backend and, if I send a
> > ContactVO back from the server, I expect it to be received as an
> > instance of the ContactVO class in Flash. Thus, I don't do any sort of
> > translation or massaging of the data. Ditto with arrays of VOs, etc.
> > That's the power/main advantage of remoting. Can't do it with CF without
> > using workarounds that actually defeat the purpose by introducing more
> > code into your application that has nothing to do with your business
> > logic (and thus more risk.)
> >
> > Thanks so much for sending this in -- I appreciate your taking the time
> > to provide such valuable feedback.
> >
> > Take care,
> > Aral
> >
> > _______________________________________________
> > Arp mailing list
> > Arp at ariaware.com
> > http://ariaware.com/mailman/listinfo/arp_ariaware.com
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://ariaware.com/pipermail/arp_ariaware.com/attachments/20060111/1f59004a/attachment-0001.htm