After the recent release of the new AIR 2.6 SDK people started again to discuss which can be
the best way to deliver an Flash Platform application on Android devices.
As often happen the right answer is “It depends!”.
The aim of this post is to outline the most important differences between Flash Player and Air based applications
in order to help developers to make the right choice.

The Flash player 10.1 became available in Android 2.2 in June 2010 and runs within the device native browser. There are several similarities and differences between the
two environments and it’s very important to understand them in order to make the right choice for a mobile application.

Both types of environment are intended for cross-platform rich media applications. They both use the ActionScript language but Air for Android only supports AS3.
In order to keep the size of the runtime down the mobile version of AIR is not distributed with WebKit bundles, it means that is not possible to use HTML and JavaScript to create a mobile app like in the desktop.
To let developers able to show HTML content in the API there is the StageWebView class that provides a simple means to display HTML content on devices where the HTMLLoader class is not supported.
The class provides no interaction between ActionScript and the HTML content except through the methods and properties of the StageWebView class itself.

Both benefit from the recent performance and optimization improvements such as hardware acceleration for graphics and video, bitmap manipulation, battery and CPU optimization, better memory utilization and scripting optimization.
It’s strongly encouraged to use only Spark components for both of them and even more always keep in mind that a native application lives in the OS without the restriction of the browser sand boxes.

The Flash Player based applications are typically located on a web site, there is no need of installation and updates / bug fixing are easier, the AIR applications require packaging, certificate and installation on the device.
The Flash player is subject to the browser sandbox and its restricted environment. The browser security is high because applications may come from many unknown websites.
The AIR applications security has to be handled by developers and an app can access to most of the OS features and /or files.

The Flash Player based applications store data suing Flash Local SharedObject and there is no access to the file system or any way to access with other applications to the SharedObject data.
AIR applications on their hand function as native applications and have access to local storage and system files. Persistent data may be stored in a local database that can be used also by other applications.

AIR has additional functionality unique to mobile devices such as geolocation, accelerometer and access to the camera. Multi touch and gesture input is currently supported in AIR but not on the device native browser.

A new book from O’Reilly about Android app with AIR is coming Developing Android Applications with Adobe AIR, we strongly encourage to consider it because this topic cannot be covered with a blog post.

About the author

Giorgio Natili Giorgio Natili is Adobe community expert, a W3C member and an agile practitioner. He is head of his own company GNStudio, which has been operating in the web development filed for the past 9 years. His field of expertise focus on Adobe Flash, Fireworks, Dreamweaver, Coldfusion Flash Media Server, Flex and their integration, as well as accessibility both in html and Flash.

More recently his interests have broadened to include developing mobile applications and e-learning tools. He strongly believes in the need to spread new web-technologies by ‘evangelizing’ in the Italian development communities.

If you enjoyed this article, you might also like...

  • No Related Post

2 Comments to “Mobile Flash player 10.1 OR AIR 2.6 on Android?”

  • Another disadvantage of air is the extra 17mb internal memory you have to install for your flash app.

  • I agree that memory usage on mobile devices is a great pain but I also see some benefit using AIR.
    As often happens the right answer is “It depends…” because it’s the kind of app / service and the business model of the customer that have to drive us in the right direction.

Post comment

About MobileRevamp

The aim of this community is to share as much as possible information related to the mobile development using all the social networks and the new capabilities of the NET to make easier find updated contents and to create a deep feeling of connection between developers.

Photostream

IMG_0276IMG_0275IMG_0274IMG_0273IMG_0272IMG_0271

Updates

    Archives

    Recent Comments

    Adobe Mobile UGs

    Authors