I agree with what youre saying.  Although one might argue a nice OO
layout manager in AS might have solved those issues too.  I mean
net-net Flex components just become AS code at compile time....

I am just cautioning given an amazingly good model for how things can
go wrong in j2EE to not miss the forest for the trees.  I bet you
might be shocked how many folks who read this forum didnt actually
realize that an <mx:VBox> actually gets precompiled into AS when your
request the MXML.

Clearly a good application is going to require a mixture of tags and
AS.  The risk is that you will find when pressed, folks like to "run
home to momma".  If they are AS folks, and the going gets tough, they
will write lots of AS.  If they are newbies, they will flounder
wondering why MX tags dont do everything.

Next you add in enterprise class services, and its pure confusion time.

I think the whole goal of a public forum is as much about education as
answers.

I think it becomes pretty clear who gets it and who doesnt.  Our goal
is to help those that dont, do.

I have now hijacked a hijacked thread!  Back to your originally
scheduled presentation.....

-- 
Dave Wolf
Cynergy Systems, Inc.
Macromedia Flex Alliance Partner
http://www.cynergysystems.com

Email:  [EMAIL PROTECTED]
Office: 866-CYNERGY x

--- In [email protected], "JesterXL" <[EMAIL PROTECTED]> wrote:
>
> Because, doing GUI code in Flash sux.  Dare you to use Flash for 6
years 
> doing GUI development, and THEN ask the same questions.
> 
> You can do layout in Flash via dragging form elements, but:
> 1. you run into initialization challenges which complicate your
coding & 
> elongate debugging
> 2. layout changes break existing code
> 3. preventing #1, and allowing for more fluid positioning of
components, you 
> create things dynamically.  Suddenly you're doing layout with
code...??? 
> "Nope... needs to come over 4 pixels, let me recompile."  Huh? 
Photoshop 
> users would blow their brains out... I just use beer to compensate.
 3 weeks 
> out of a 2 month project is spent writing & tweaking draw and size 
> functions...wtf?  And you still cannot justify Flex's cost to
benefit ratio?
> 
> I've heard the same analogy talking to a Java developer I used to
work with, 
> about how JSP tags weren't ever really used a lot, and people ended
up just 
> coding the things anyway.
> 
> However, Flex has something JSP does not: the capability to do a
good GUI, 
> one that is rich, interactive, stateful, integrates easily with the
backend, 
> and makes AJAX look like the hack it is.
> 
> I don't really share your concerns, though.  When I first started
coding 
> Flex, I thought the concept of using tags was disgusting.  I came
from a 
> Flash background, not an Enterprise, JSP one.  However, I've come to
learn 
> how powerful they are, mainly for laying out a GUI's that "seperation 
> presentation from business logic."  It's so frikin' cheese but man it's 
> true.
> 
> However, I've always loved and felt comfortable doing logic in code,
just 
> like in Flash.  However, MXML is only v1.  I'm sure as it matures,
so too 
> will my willingness to start doing some of the more data orienated
aspects 
> of it in tags vs. code, which helps signifinately if your GUI helps
support 
> those practices, some of which FlexBuilder does.
> 
> 
> 
> ----- Original Message ----- 
> From: "Dave Wolf" <[EMAIL PROTECTED]>
> To: <[email protected]>
> Sent: Tuesday, October 11, 2005 5:54 PM
> Subject: [flexcoders] Re: WebServices via ActionScript
> 
> 
> I may be out of the loop because I couldnt see which thread you broke
> from but....
> 
> You can turn on the keep-generated to keep the generated AS from a
> <mx:WebService> call to prove its possible as well.  Since at runtime
> the J2EE Servlet Filter is generating AS from the <mx:*> tags pretty
> much anything you can do in a tag you can do in AS right?
> 
> The real question is why?  You used to see this in JSP development a
> lot (Since JSP is a nearly direct analog to Flex) in that JSP
> developers would just make huge scriplet sections and do everything in
> Java. Eventually it reached the point that why not just write a darn
> servlet.  Since at runtime the JSP is just codegenerated to java and a
> servlet runs.
> 
> Flex is the same right.  The MXML is code generated in AS.  I worry
> about Flex ending up like JSPs with huge script sections and wondering
> why you didnt just use Flash itself.
> 
> 
> 
> Dave Wolf
> Cynergy Systems, Inc.
> Macromedia Flex Alliance Partner
> http://www.cynergysystems.com
> 
> Email:  [EMAIL PROTECTED]
> Office: 866-CYNERGY x85
> 
> 
> --- In [email protected], "JesterXL" <[EMAIL PROTECTED]> wrote:
> >
> > Starting a new thread since we hijacked the other one.
> >
> > I tested this and it works in Flex 1.5 and Flash 8.
> >
> > <?xml version="1.0" encoding="utf-8"?>
> > <mx:Application xmlns:mx="http://www.macromedia.com/2003/mxml";
> >  initialize="getFunky()">
> >  <mx:Script>
> >  <![CDATA[
> >
> >  import mx.services.WebService;
> >  import mx.services.PendingCall;
> >
> >  var myWebServiceObject:WebService;
> >  var MyPendingCallObject:PendingCall;
> >
> >
> >  public var debug_str:String = "";
> >
> >  function getFunky()
> >  {
> >   d("WebService: " + WebService);
> >   var theURL = "http://radio.tapper.net/artist.cfc?wsdl";;
> >   myWebServiceObject = new WebService(theURL);
> >   MyPendingCallObject = myWebServiceObject.getCurrentSong();
> >   d("Made call...");
> >   MyPendingCallObject.onResult = function(result)
> >   {
> >    mx.core.Application.application.d("result: " + result);
> >    for(var p in result)
> >    {
> >     mx.core.Application.application.d(p + ": " + result[p]);
> >    }
> >   }
> >   MyPendingCallObject.onFault = function(fault)
> >   {
> >    mx.core.Application.application.d("fault: " + fault);
> >    for(var p in fault)
> >    {
> >     mx.core.Application.application.d(p + ": " + fault[p]);
> >    }
> >   }
> >  }
> >
> >  function d(o)
> >  {
> >   debug_str += o + "\n";
> >  }
> >
> >
> >  ]]>
> >  </mx:Script>
> >
> >  <mx:TextArea text="{debug_str}" width="400" height="300" />
> > </mx:Application>
> >
> 
> 
> 
> 
> 
> 
> 
> --
> 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
>






------------------------ Yahoo! Groups Sponsor --------------------~--> 
Most low income households are not online. Help bridge the digital divide today!
http://us.click.yahoo.com/cd_AJB/QnQLAA/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/
 




Reply via email to