Lightweight method for integrating flash functionality in the background - apache-flex

I'm looking to be able to run some actionscript 3 in the background to handle some audio and build a javascript front-end. I heard that you can simply compile actionscript 3 and run it using the flex framework, but I'm new to all of this and am not really sure the difference between flex and actionscript. Any help would be greatly appreciated!
Thanks!
Matt Mueller

Flex is a framework for developing data-driven flash SWFs. It lets you create gui using the markup language mxml (similar to html, but with a strict syntax) and has a lot of inbuilt UI components like Button, Panel, ComboBox, Datagrid etc.
The flex compiler, mxmlc.exe, can compile both flex projects and normal actionscript projects (that doesn't use any flex components).
If you are looking for just the audio functionalities of Flash, you need not use Flex, pure AS3 would suffice. Download the Flex SDK and compile the ClassName.as file using the mxmlc.exe

Yes, you can achieve this using actionscript. And Flex is a framework for developing flash applications which requires coding in Actionscript. Flex api is extension to actionscript's tandard API with lots of built-in functionalities like drawing charts, handling videos etc. If you are just looking for handling some audio in the background then you can just use actionscript with Flash IDE. But you are looking to build a full fledged GUI with lots of functionality then yes, you should have a look at Flex as it provides lots of built-in libraries.

Related

Flex and Flash CS, how the integration is done?

Flex is good at produce code, whereas Flash is good at animation, how the integration is done? If I want to insert the animcation produced by flash, what's the recommend way to do the integration? Do I need to use SWFLoader?
It really depends on what you are doing. For most apps, you can simply have a Flash control embedded inside your Flex MXML design. You shouldn't need a book/tutorial for this, since it's just pointing the control's swf obj source to your swf - Adobe has lots of documentation on using the controls.

What are main differences between flash ActionScript and Flex actionscript? Why Flash can not compile AS files generated from Flex directly?

What are main differences between flash ActionScript and Flex actionscript?
Why Flash can not compile AS files generated from Flex (with keep-as) directly?
Some problem is - I want to compile generated from MXML .AS files using Flash CS5... But it appears to me I can not... Why?
The reason is that there's a difference between Flex Builder (the software program you use to create Flex apps) and the Flex Framework.
The Flex Framework is a set of classes and components built on ActionScript that extend what's already there. Flex Builder has access to all of the code in the Flex Framework - Flash Professional does not.
That's why, for instance, the [Bindable] keyword doesn't work in Flash - all of the code that makes it magically work in Flex apps doesn't exist in Flash.
That said, they've come a long way towards integrating the two. Right now you can build a component in Flash CS5 and drop it into Flash Builder (they renamed Flex Builder to Flash Builder recently) and use it - but it's still not possible to take an .mxml file from Flash Builder and compile it in Flash.
I hope that helps, I know the distinctions can be tricky.
Actionscript is the same, you can work with the Flex Builder for the code and compile everything with the Flash Authoriting Tool. What you can't do is using specific Flex technologies like mxml in Flash Authoriting, but it's not related to actionscript.

What is the benefit of using Flex?

Since Flex generates Actionscript.
Why not use Actionscript at all ?!
sorry, i'm just curious .
I agree with the points made about Flex being for developers and Flash being for designers, but that doesn't really cover what is going on in detail.
There are three main ways to produce a Flash application (SWF):
1) Using the Flash application - the timeline approach, mainly aimed at designers.
2) Writing pure ActionScript directly and compiling (either through an IDE such as FlashBuilder or from the command line), aimed at programmers with creative flare or designers who don't mind getting their hands dirty.
3) Writing 'Flex' - usually using an IDE such as FlashBuilder, but yes you can compile your Flex application on the command line. Flex is MXML (an XML markup) and ActionScript. As stated, Flex is aimed at software developers, typically those who have less focus on the 'creative' side (delegating this responsibility elsewhere, e.g. a visual designer).
There's a big difference between #2 and #3 though.
ActionScript is great for programmers who want to do highly interactive and graphical Flash application, for instance, some interactive demo or a game perhaps. To create a Flash app via ActionScript you would create an ActionScript file, add the meta data to indicate it is an application and the compiler will generate an appropriate and usually very small SWF file. There are some components available at the pure ActionScript level, but these are very lightweight compared to Flex and most of the work is done by manipulating Sprite objects.
Flex does a lot more. It gives the developer a rich suite of skinnable components with which to build applications, a component lifecycle, effects and data bindings to name a few things. I would say that Flex is more for rich applications for some business domain, typically in the format of a form based application, though you can do some very sexy things with it and can pull in resources created elsewhere (e.g. existing Flash resources).
A Flex application has a top level 'Application' object which is an MXML file containing a hierarchy of components. At compile/build time this MXML file is converted to ActionScript (lots of it! there is a compiler flag which keeps the generated ActionScript, see the docs for more info) which is ultimately compiled in to a SWF that can run in Flash Player.
For instance, you would add Labels, TextInputs, Buttons and so on to a Panel and add the Panel to the application. The user interacts with these components, and then the Flash app processes the input in some way and updates the view. Data binding allows you to mark an object as 'bindable' and then have Flex automatically update some other property when the bindable property changes.
Flex applications tend to generate larger SWFs, but that is because they are carrying the 'baggage' of the Flex SDK, though this can be mitigated using runtime shared libraries (a bit like DLLs for Flash, but is an advanced topic) or Modules, which are SWFs that will only run inside of a Flex application and not standalone. But the idea is that the application is loaded in to the client and is responsive without having to perform page-requests as in a traditional web application. The perception of loading time is improved by breaking your application up in to modules or using runtime shared libraries as mentioned above.
To be honest, I'm not doing Flex justice with my description, but hopefully I have made the differences much clearer.
Flex does not generate ActionScript. Flex compiles ActionScript.
At any rate, Flex is Flash programming aimed at developers (who don't necessarily like having timline-based vector editor as the main development environment).
Also, since Flex is a console application, you can include its functionality in shell scripts etc etc.
I think a rhetorical question best answers this:
Why not use raw machine code for all projects?
In more detail, the Flex Framework is indeed written in pure actionscript. It offers substantially more than actionscript alone, and like most frameworks, addresses a need for higher level programming constructs that are not offered by the language that they are written in.
Adobe Flex and Adobe Flash differs in only one thing:
According to Adobe: "Adobe Flash is for designers, Adobe Flex is for developers. Flex is released for developers who do not feel comfortable with timeline stuff. "
Adobe Flash is a powerful tool; however,
as more programmers became involved in
building Rich Internet Applications,
it quickly became clear that they were
not comfortable using drawing tools,
timeline and other visual panels to
create forms and other elements that
are common to the business
application.
Adobe Flex was created to solve this
problem for programmers.
See this video: http://www.adobe.com/devnet/flex/videotraining/xml/vid01.html
If you feel comfortable with timelines (i am not) then there is no difference at all. You can use Adobe Flash.
The Flex framework allows developers to write applications more rapidly than writing pure ActionScript. Flex is written in MXML, which is a 'convenience language' and has a lot of pre-built components for writing business applications.
However if your goal is for creative purposes only, Flash would be a better tool for the job. But if you're asking between AS3 and Flex, I presume you're not tweening things in a timeline, as you would in Flash.
If you start using Flex, you will find that you must know ActionScript to give your app functionality that's not provided out of the box. Also, knowing ActionScript will be beneficial to both Flex and Flash worlds (and you can also write pure AS3 apps as well, but very few folks do that in my experience).

Extending Sprite Using Flex?

I have done all of my Flash applications up until now with the Flash IDE (although I rarely use the timelines, since I prefer to do everything in code) or in FlexBuilder as Flex applications. Are apps that just extend Sprite (used in the FlexBuilder IDE, for instance) a viable way of doing an application, or are they just for HelloWorlds? Under what conditions would you not bother to use the Flash IDE? Can MXML files be used with apps that just extend Sprite?
Note: I'm not asking when to use Flex vs. Flash. I am also not asking whether the Flash IDE or the FlexBuilder IDE is better for editing ActionScript files.
Edit: What I mean by "can MXML files be used with apps that just extend Sprite?" I am referring to whether you can use MXML markup in an Actionscript 3.0 file in Flexbuilder 3. I'm pretty sure you cannot do this.
Are apps that just extend Sprite (used in the FlexBuilder IDE, for instance) a viable way of doing an application, or are they just for HelloWorlds?
In Flex you have the option of extending the Sprite class or implementing the IUIComponent class. There are differences though.
Under what conditions would you not bother to use the Flash IDE?
Do you need dataservices? In that case, I am not too sure how easy it is to work with the Flash IDE.
Can MXML files be used with apps that just extend Sprite?
Not too sure what you mean by apps. However, AS3 components work just fine with MXML. Sprites will have to be wrapped up in some sort of a IUIComponent if you are using it with MXML. MXML is syntactic sugar. It is compiled into AS3 and as such may not be as efficient if you were to code them up.
This blogpost may be of interest to you.
I think the simple answer is "YES". I have built multiple sites and apps in pure AS3 that "just extend Sprite" in FlexBuilder.
I like to code, so I don't use the flash IDE for anything. That said, I see how much faster my Flash buddies can build some things, so I suggest building small, individual effects in Flash and then importing the .swc file into FlexBuilder.

When should an oldschool flash developer use flex?

What are the key differences between Flash and Flex? I have over five years experience with flash and feel very comfortable developing with it and ActionScript3. I find myself more and more curious about Flex and want to know when it is best to use flash or flex. Also, is everything that can be done with MXML, able to be done with AS3? I have a strong understanding of AS3 and OOP and would like to know the diffrences between using AS3 and MXML in Flex.
Flex is great if you quickly want to build a UI, you can mock up a functioning UI in a couple hours. Since it still can be limiting for some custom UI's it's not perfect for everything but if something should "look" more or less like an application and fit in a grid it's super quick to mock up the UI in MXML. Also don't be intimidated of how most Flex apps look (ugly, imo), you can customize everything or easily create your own components.
Putting actionscript in mxml is the same as putting css or javascript in html = really bad. Unfortunately even Adobe has this in multiple examples (probably mostly because it's easier & faster for demostrations).. My personal opinion is that this applies to bindings too, as i don't want to put my data in the UI (mxml).
As an experienced developer I'm sure you don't do any development on the timeline (to clarify the Flash = timeline misconception). Still with Flex you have the UI separated in a framework that handles a lot of the burden with layout so that you can concentrate on the business logic. The rest of the workflow is close to what you probably already have with Flash.
It depends on what kind of applications you are developing now with Flash. I have been a Flash developer (mainly applications) for 7 years. I must honestly say that I was extremely glad when Flex 2 was released because it had the component framework (good components, layout managers, ...) I did not have in Flash. This is IMO the biggest difference between Flash and Flex (or the Flex framework).
MXML is a real blessing, especially when using data binding. In the end, everything is compiled down to ActionScript (check the -keep compiler option), but MXML just saves you so much time.
Flash and Flex provide different ways to produce different things. I am not familiar with Flash, but I would expect that it is dependent on a time-oriented way to produce something, whereas Flex is geared toward more traditional software development. That is, rather than dealing with time and frames in Flash, one is dealing with describing where components should be placed with MXML and how those components work with ActionScript.
One should also be able to write a Flex app with just AS3 and no need MXML.
The main difference between AS3 and MXML in Flex, as far as I know, is that MXML is not intended to be used with application logic, but rather it is intended to be used like HTML/CSS in web pages and puts components and content onto the Flex app. ActionScript is used to program behaviors, components, and other things outside or what MXML does. Thus, if you want to attach an event to a component one would write ActionScript code.
Hope that helps. I am still learning about Flex myself.
Some other differences that come to mind:
Flash allows you to create graphical assets and then work with them immediately. To use those same things in Flex, you need to use Flash to export them to a swf or swc first.
Flex has a layout manager, so applications that have variable window size are waaaay easier to make. For instance, you can take a window and set it to 90% width of the window, and it will change size... not scale mind you, but actually change its width as the window is made larger or smaller. This is not easy outside of the Flex framework.
Data Binding in Flex is a huge timesaver. It essentially creates all of the code you'd need to write in AS3 by simply saying blah="{foo}" The curley braces denote "bind to this".
The Flex Debugger is vastly superior to the Flash one. There is also a Profiler.
Since I started with Flex and not Flash, I'm not sure what kind of IDE is best for Flash dev, but the Eclipse based Flex Builder is quite nice. The code hinting is great. Subclipse integration is great.
Really, Flash and Flex are different beasts. You should know and understand AS3 if you want to use Flex, and since you do, you're in a perfect position to take advantage of Flex's features. Flash is not going anywhere as a tool for making more visually creative pieces, but Flex offers a lot of advantages for application development.
I prefer Flash IDE vs Flex (aka Flex Builder aka Flash Builder for my comment)
In general i would say it depends on the size of the project.
I find it easier to start and finish small projects quickly in Flash.
I would advise Flex for larger projects because it has various debug tools that can save you plenty of time (although i would still just use Flash my self)
But maybe if you really get used to flex, that might not matter.
some Cons of Flex from my experience.
When working on a team of 4 on a
large project, Flex failed to keep
the project
settings from one computer to another. (we shared files using SVN)
Flex constantly conflicted with SVN for us.
I felt distant from the art assets.
some Pros of Flex
being able to follow variable references from one class to another at the click of a button.
being able to easily see many variables while debugging. w/o needing to trace them.
and Flash used to not have Custom Class Code hinting, but now with CS5 it does.
I think you can use the newest features of Flash Player w/o waiting for a new Flash CS#, for example MoleHill (a new 3d api that uses the GPU) has a beta release out right now. and i think the Flex SDK can already use it.
hope this helps.
it should be noted that I am a rare case that doesn't prefer flex, most people strongly prefer flex, so you should give it a try at least.
MXML compiles to action script so it's really like a higher level version of that. So, yes, everything that can be done with MXML can be done with actionscript (but not the other way around).
Flash CSx:
GUI\Layout: Basic GUI class framework
Graphical Content: Great for editing graphical library objects with or without animation
Code: Lacks a good code editor
Flex/Flash Builder + Flex Framework:
GUI\Layout: Advanced GUI class framework and layout engine (Flex)
Graphical Content: Lacks drawing capabilities of Flash, but you can include Flash generated graphics by exporting them for ActionScript into a SWC and importing/referencing the SWC in Flash Builder.
Code: Much better code editor than Flash; not sure if it's on par with FlashDevelop
Other: Supports MXML, which is basically just another style of laying out content. Instead of writing a bunch of "c = new C()", "c.prop = x", "c.addChild"... you can structure display objects and thier children using XML constructs, and the MXML compiler will convert it all back into the less-readable, but basically the same AS3 code.
These technologies are all related and interoperable. They are natural and predictable extensions of the Flash player and ActionScript techonolgies, but for some reason Adobe developed the Flex/Flex-builder/MXML technologies as a totally separate product, and market it as something totally new and oh-so-amazing. Whatever. So now we have to go back and forth between the two to use all the features, which is LAME. They also have to waste time and resources developing unnecessary, but helpful, packages like the "Flex Component Kit" to reduce the number of steps necessary to get Flash content into Flash Builder.
You have to go back and forth between these applications, because of their mutually exclusive features -- Flash Builder lacks graphics editing, and Flash CSx lacks MXML and a good code editor -- but they're interoperable in the sense that you can use Flex classes in Flash, Flash classes (and their embedded graphics) in Flex, you can use Flash Builder and MXML without Flex, etc.
I think they need a single, truly integrated Flash IDE, so they need to merge Flash Builder into the Flash CSx editor.

Resources