[Arp] Arp use cases, case studies, success stories, etc.
sshrefler at gmail.com
Wed Jan 11 06:47:35 PST 2006
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.
On 1/11/06, Sam Shrefler <sshrefler at gmail.com> wrote:
> 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
> - Parent2
> 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
> 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?
> > 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...
More information about the Arp