Robert,
I completely agree with everything you just said! If we can't see a clear winner, we'll just pick one way, any way as long as it works and refactor later if we have to. But since our team's at an early stage of Flex dev it seems like a good idea to pick up as many tips as we can before we get started :-)
BTW I think Flash could be in trouble without 3D too.
Jules
On 11/3/05, Robert Thompson <[EMAIL PROTECTED]> wrote:
So what's the best practices for this process of
seperating the MXML and AS?
I'm just getting up to speed with Cairngorm so I
figure it would be good to get into the right habits
now.
I would like to note, however, that one can go into a
resursive "perceived optimization" extrme with just
about any model, until the effort at not ever
repeating anything actually becomes a burden in
itself...so I don't believe there is a
purest/extremist view that should be applied to any
model.
There's a threshold of "waiting in the wings" while
designing where it just becomes the right time to
seperate into an abstractino; granted, I realize
code-behind isn't necessarily exactly like an actual
pure design (but then again after 3 years of ASP.Net I
realize how overkill it can be and I'm finding much
more comfort in Java designs; webservices). I've did
an IBuySpy store and found after considering it's
implementation after 2 years to be just outright
un-elegant. C#.Net and VB.Net is more elegant as far
as what .Net can really do...and Web Services is
really the best target for that and I find MXML
consumes them quite well thank you.
The way I see it, the majority of the future is Web
Services WDSL and Flex Presentation Tier (long term
even as long as there is a 3D modelling project for
the future of Flash).
-r
--- Matt Horn <[EMAIL PROTECTED] > wrote:
> Guilty. The examples in the Flex documentation
> usually mix AS and
> MXML... but we do this mostly for readability. Plus,
> we want people to
> be able to just copy a sample out of the doc and
> paste it into a file
> and run it -- without worrying about file
> structures, relative vs
> absolute paths, etc.
>
> This doesn't mean we shouldn't try to improve on the
> samples somehow...
>
> matt horn
> flex docs
>
>
> ________________________________
>
> From: flexcoders@yahoogroups.com
> [mailto: flexcoders@yahoogroups.com] On Behalf Of
> Julian Suggate
> Sent: Wednesday, November 02, 2005 10:31 PM
> To: flexcoders@yahoogroups.com
> Subject: [flexcoders] To code-behind or not to
> code-behind?
>
>
> Gidday everyone,
>
> Years back, I wrote php scripts with code embedded
> in the html
> and it led to maintenance hassles. Since then, I've
> migrated to Java and
> now .NET and what I liked about their models was the
> ability to separate
> the code into "code-behind", something done quite
> elegantly in ASP.NET.
> These eliminated a lot of the maintenance problems
> I'd encountered
> earlier with PHP.
>
> So when I saw macromedia's examples of mxml with
> <mx:Script>...</mx:Script> blocks embedded directly
> into the mxml, I
> immediately searched for a way to avoid this. I
> found that i could add a
> source=".." attribute to the mx:Script element and
> the AS code would be
> included by the compiler from an external file at
> compile time. The IDE
> was even smart enough that any elements I'd defined
> with id attributes
> in the mxml showed up with intellisense in the
> included AS file (I am
> using Flex Builder 2, not sure if FB1.5 had that
> feature or not).
>
> But now I'm having second thoughts. It kinda feels
> like going
> against the grain. I don't want to carry old biases
> into a new paradigm
> unnecessarily. I read an article by Aral Balkan (of
> ARP fame) endorsing
> the code-behind approach quite strongly, but by the
> same token, all
> sample apps from the Cairngorm team freely mix mxml
> and AS code, as do
> examples from macromedia themselves.
>
> I note though, that the Cairngorm framework itself
> is all pure
> AS; it is only the sample apps that use inline
> actionscript.
>
> I can't seem to find a best practice anywhere,
> because for every
> framework/example/article I find that seems to hint
> at one way of doing
> things, I find another one that suggests the
> opposite! Has anyone else
> with more Flex experience than me answered this
> question, particularly
> in terms of which approach is easier to maintain?
>
> At this stage, any hints would be appreciated!
>
> TIA,
> Jules
>
>
> --
> Flexcoders Mailing List
> FAQ:
>
http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
> Search Archives:
>
http://www.mail-archive.com/flexcoders%40yahoogroups.com
>
>
>
>
> ________________________________
>
> YAHOO! GROUPS LINKS
>
>
>
> * Visit your group "flexcoders
> < http://groups.yahoo.com/group/flexcoders> " on the
> web.
>
> * To unsubscribe from this group, send an email
> to:
> [EMAIL PROTECTED]
>
<mailto:[EMAIL PROTECTED]?subject=Unsubscribe>
>
>
> * Your use of Yahoo! Groups is subject to the
> Yahoo!
> Terms of Service <http://docs.yahoo.com/info/terms/>
> .
>
>
> ________________________________
>
>
>
__________________________________
Yahoo! FareChase: Search multiple travel sites in one click.
http://farechase.yahoo.com
------------------------ Yahoo! Groups Sponsor --------------------~-->
Get Bzzzy! (real tools to help you find a job). Welcome to the Sweet Life.
http://us.click.yahoo.com/A77XvD/vlQLAA/TtwFAA/nhFolB/TM
--------------------------------------------------------------------~->
--
Flexcoders Mailing List
FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com
Yahoo! Groups Links
<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/flexcoders/
<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]
<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
--
Flexcoders Mailing List
FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com
YAHOO! GROUPS LINKS
- Visit your group "flexcoders" on the web.
- To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]
- Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.