Not that I have a whole lot to complain about Flash mainly because I just rolled out a fairly complicated Enterprise New Business Intake app for my Company in Flash Professional, which integrates with existing internal DMS, Financial, CRM, Workflow and Intranet Portal systems but if I had the choice at that time I would've done it in Flex. Having said that, I'd still like to use Flash for small, not complicated mini apps where Flex is not the option for any reasons (just like Robin said). Ever since I got this taste of Cairngorm with Flex, I find it hard to convince myself to go with Flash without a framework as elegant as Cairngorm. That was my main reason to see if it was possible to use it with Flash.
 
I have installed ARP but didn't really get a chance to look into it. May be what I need is to develop something with it to see how good it serves me. No matter how tempted I am, I won't ask any questions about ARP implementation here. Robin, if you use ARP, will you be able to guide me to some of the stuff, which is a good knowledge base for ARP?
 
Thanks
 
-- Agha


From: Robin Hilliard [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 01, 2005 3:33 PM
To: [email protected]
Subject: Re: [flexcoders] Cairngorm + Flash

Hi Agha,


Here's the main differences:


1) Instead of tags, break the UI down into library symbols and link each one to a view class. Remember all the UI controls have to be declared as properties in your class.

2) You have to install the remoting components and use mx.remoting.Service

3) In delegates use mx.rpc.RelayResponder instead of mx.utils.Delegate.

4) You'll need to tweak the service locator to allow you to register services in actionscript, or just not use the service locator.

5) Use property setters, custom updateModel/updateView methods (or something more elegant) instead of binding in the UI (probably the Flex feature I miss most in Flash, closely followed by the layout containers).


I think there's a place for RIA development in Flash - there are always going to be projects where Flex won't be an option (although it is an option more often than you'd think :-) and in those cases frameworks like Cairngorm and ARP will make things much easier. I'd say the main drawback to Flash is that UI Component Set 2 has some serious limits to it's scalability on the current player - I wouldn't attempt anything larger than a few screens in Flash.


Cheers,

Robin

http://www.rocketboots.com.au


On 02/03/2005, at 9:44 AM, Steven Webster wrote:


Agha,

 Can Cairngorm be used with Flash and if yes, where do I find any sample that I can look at? 

Sure Cairngorm can be used with Flash ... the only difference is that your user experience has to be

built up in the FLA, and not using MXML; however, all the design patterns for managing response

to user gestures, business logic, service calls, etc, still apply.

In the ActionScript 2.0 Dictionary, we published something very similar to the Cairngorm framework

(an early incantation of) which also includes an ActionScript 2.0 ServiceLocator for Flash Remoting.

I know that Robin Hilliard and the team at RocketBoots have also been using Cairngorm with both

Flash and Flex projects.

We've not made any recommendations as to how you should build your FLA -- truth be told, in

our humble opinion, if you're building RIA, you should be building them with Flex, not Flash. 

However, if you want some guidance on how to structure your FLA, you could check out what

Aral has done with his ARP framework, which provides a bit more prescription as to how you

should structure your FLA file on top of the same collection of design patterns as Cairngorm

is using.

Perhaps Robin Hilliard might be able to pipe up with some specific advice.

Mine would be to spare yourself unnecessary pain, trauma, performance woes and

wheel reinvention and use Flex ;-)

Hope that helps,

Steven

--

Steven Webster

Technical Director

iteration::two

----
This email may contain confidential and privileged material for the sole use of the intended recipient(s). Any review, use, distribution or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive for the recipient), please contact the sender by reply email and delete all copies of this message.

To reply to our email administrator directly, send an email to
[EMAIL PROTECTED]

Littler Mendelson, P.C.
http://www.littler.com


Reply via email to