Heres my 8c (sorry, Australian dollar is on the rise and all).

FLEX's overall impact onto CFMX development should and still could be abstract from 
server-side logic. I think what FLEX will become is more of a hybrid HTML development, 
only instead of rendering HTML it outputs / compiles to SWF. Having said this, you now 
have more opportunities available instead of being limited to say "the power of a 
simple selectbox". It doesn't stop with Form Controls either, you can implement 
components inside your view logic that break away from traditional controls (i.e. 
Accordion style approach to multi-page form development).

I personally haven't accepted the whole MACH-II (the whole event / filter system goes 
against my grain *sorry*), mainly due to the fact that we have our own Methodology 
(use the term loosely) which imho is way better *grin* - having said that, I've read 
allot on MACH-II and have noticed that basically you are able to keep an abstraction 
level of coding in check (i.e. separation of business from presentation layer and so 
on).

I can't personally see how FLEX will shift your focus, as to me its more of a 
code-level of developing flash, rather then outsourcing it all to a Flash Developer 
(who uses an IDE). (Flash developer is still needed as he/she will create / extend 
components to suite project specifications - but there focus is more narrow and not on 
the overall picture.).

I think you can still keep your business separate from the view, but now you have the 
ability to generate either a mix of html & flash (allot more efficiently in 
development time) or you can quite easily generate two versions of your application 
(HTML and Flash). 

In reality, the two layers (Flash & HTML) should all feed off the one "Model" layer, 
without these two being embedded inside it (Much like you would make a HTML version 
and then go out now and great a Flash version).

So yeah, FLEX imho is still Flash, only now accepts a XUL style approach instead of a 
draw/drag/code approach.

Scott Barnes 
Snr Developer
eCommerce Department
Tourism Queensland / Sunlover Holidays
[EMAIL PROTECTED]
ph: (07) 3535 5406 



-----Original Message-----
From: Brian LeRoux [mailto:[EMAIL PROTECTED]
Sent: Thursday, 11 December 2003 9:09 AM
To: [EMAIL PROTECTED]
Subject: RE: [CFCDev] Best Methodology/Framework for building RIA


> The one short coming I see, and this isn't related to MachII 
> but the http model in general is that you cannot pass an 
> instance of a cfc back to flash. 

I don't think you'd want to either. The idea of a service oriented
architecture is to abstract your service from your client. A web service
should be a well encapsulated and stateless entity. This has nothing to
do w/ http btw. I can binary serialize an object instance in C# and pass
it around via http.

The other problem is, your 
> controller is not managing anything for the client.  

Again, you *really* don't want to be mixing these two layers. A very bad
idea. 

I am not 
> the flash developer on my team, so I can't really speak to 
> that.  You have to have a bit of a controller in the client 
> as well I guess.

Flash is deceptively powerful. You can have an abstraction of your
business objects in addition to controler logic inside the client.
ActionScript 2, even AS1 for that matter, is a much more functionally
realized language for object programming than cfml.

I'd like to echo Matt's statements as well as my post earlier that
illustrated this in a practical manner: do not couple your server
implementation to your consuming client code!


----------------------------------------------------------
You are subscribed to cfcdev. To unsubscribe, send an email
to [EMAIL PROTECTED] with the words 'unsubscribe cfcdev' 
in the message of the email.

CFCDev is run by CFCZone (www.cfczone.org) and supported
by Mindtool, Corporation (www.mindtool.com).

An archive of the CFCDev list is available at www.mail-archive.com/[EMAIL PROTECTED]
----------------------------------------------------------
You are subscribed to cfcdev. To unsubscribe, send an email
to [EMAIL PROTECTED] with the words 'unsubscribe cfcdev'
in the message of the email.

CFCDev is run by CFCZone (www.cfczone.org) and supported
by Mindtool, Corporation (www.mindtool.com).

An archive of the CFCDev list is available at www.mail-archive.com/[EMAIL PROTECTED]

Reply via email to