When Chris, Kevin and Ryan approached Alex and I to develop Wufoo Unplugged, a desktop application to view Wufoo form data offline, we ended up choosing .NET because in addition to it offering the features we needed like multi-threading, file system access and pre-built Lucene libraries, it was also the technology that Alex and I were the most familiar with at the time. We weren’t officially part of the Wufoo Team then (Unplugged was basically our hiring interview) and so we weren’t asked to develop in an environment outside our comfort zone. As you can imagine, choosing a Windows-only solution left a number of Mac users feeling a bit left out. And so hoping to help out other developers thinking of creating their own desktop applications that will work on both PCs and Macs for their web services, I thought I’d do some research into the current state of cross-platform Rich Application Architectures and present my findings here.

Adobe AIR

Adobe AIR has made great strides in providing a cross-platform application architecture that sets a new benchmark for web developers dreaming about making things “better.” This environment provides a way for web developers who are comfortable developing in Flash, Flex or HTML to easily port their apps to a desktop environment. Like other frameworks that produce installable code it can install shortcuts on the desktop and interact with the file system. In the hands of someone familiar with creating Flash interfaces, AIR is capable of utilizing beautiful UIs that are not confined to the browser. AIR can also use SQLite as a database, which allows a developer to create a truly disconnected system. Additionally, using a specified coding model and an Adobe server product called LiveCycle, offline data synchronization can be handled automatically, freeing the developer the burden of writing this code alone.

Pros Cons
Not confined to browser Security and trust concerns
Can interact with the file system No support for multi-threading
SQLite database support LiveCycle requires J2EE Server
Offline data synch through LiveCycle

One of Adobe Air’s strengths, the inclusion of an out-of-the-box synchronization, is ironically one of it’s downfalls. While this technology may save the developer loads of time, the configuration and maintenance of a J2EE-compliant server like jBoss (LiveCycle must run in a J2EE container) may prove to be overkill for a lot of organizations.

Another downside of Adobe AIR is the lack of true multi-threading. Plugins like Google Gears and Silverlight both expose multi-threading out of the box. The AIR framework, on the other hand, runs on a single thread. System threads to perform database operations are spawned separately, but once the data is returned, the processing of this data occurs on the same operating thread as the UI. While patterns exist to minimize the impact on the user, they may lack the sophistication veteran desktop programmers are used to working with in other environments.

One thing to keep in mind about developing an installable application like AIR, is the responsibilities that comes with the power of developing with AIR’s API, which is rather extensive. Just like any other application run from an installer, the user makes one choice at the beginning of the process to explicitly trust the application developer and the application. Because AIR has access to the file system, a developer with the wrong intentions could do great damage with it. While the AIR HTML security is designed to protect developers from writing applications that could be exploited by third parties, the up-front contract between the user and the AIR application still gives the developer a lot of opportunities to do evil. Check out Lucas Adamski’s article to get an understanding of the AIR security model.

Google Gears

Google Gears is a framework that adds powerful desktop functionality to the browser through a toolbar or browser plugin. Google Gears exposes three major components: LocalServer, which allows developers to cache and serve application resources (HTML, JavaScript, images, etc.) locally, Database to store data locally in a fully-searchable relational database powered by SQLite, and possibly the most important offering, the WorkerPool, which makes web applications more responsive by performing resource-intensive operations asynchronously.

Pros Cons
Few security concerns Confined to the browser
Plugin rather than install Sync left up to developer
Enhances current browser
New API advancements

From a security perspective, your users end up making a smaller commitment with Google Gears. Gears runs within the sandbox of the browser, storing data BLOBs and the SQLite DB within a protected area. Unlike an installed application, Gears does not have arbitrary access to the file system.

One promising feature in Google Gears is the BLOB API, which provides a way to reference binary data in web applications. Google’s Chris Prince explains in this video how the BLOB API can allow the developer to manipulate a memory stream that the browser can interact with to create an elegant solution for large file uploads.

Google Gears does find itself lacking in two areas: easy offline synchronization and advanced integration with the desktop. No framework is provided for synchronization like AIR. The architecture documentation explains to the developer how to check online status, but leaves the synchronization code up to the developer. Additionally, Gears is confined to the browser and so an application developer has no way to adjust the user experience outside the confines of the page. While the new Gears API has desktop shortcuts and Growl-like / Growl compatible notifications (depending on your OS), an application designer is very limited in creating the controlled experience you see in most desktop applications.

Microsoft Silverlight

Silverlight is a Rich Application Architecture designed by Microsoft meant to topple Flash as the leader in rich online content. Like Google Gears, it installs as a plugin and runs in all the major browsers. It offers slick vector graphics support, a sandboxed offline data storage component, and most importantly, access to a reduced version of the .NET runtime. Like all Microsoft development tools, the framework is steeped in Microsoft-specific buzzwords, but the concept looks compelling.

Pros Cons
Vector Graphics Expensive Dev Tools
Sandboxed Data Market Penetration Low
.NET framework

Silverlight consumes XAML documents that act as the UI layer instructing the instantiation of objects written in one of many of the languages supported by the .NET framework. This multi-language support is a key selling-point of Silverlight. It allows developers from an enterprise to contribute their pre-written libraries to a Silverlight project, provided they meet certain specs.

One major con to the development of a Silverlight project is the barrier to entry set up by the IDE. Unlike the other dev environment listed here, Microsoft stands alone in charging thousands of dollars for a single developer seat. For example, outfitting your single designer with Expression Blend, the creatives tool for working with XAML, and two of your developers with Visual Studio 2008 costs over $1700.

One other major concern is the install base and market penetration of Silverlight. Microsoft is pushing hard to power big-name events like the Demographic National Convention and the 2008 Olympics, where they reported that of the 50 million visitors nearly 50 percent of them had the Silverlight plugin installed. Compare that with the over 80 percent of browsers running Adobe’s Flash and it is easy to understand why website developers may be reluctant to serve a page that requires users to install another plugin. That said, with Silverlight 2.0 slated for a October 15th release date, you can be sure that Microsoft will be finding bigger venues to show off their shiny new plugin.

Further Reading

While this wasn’t a comprehensive review, I hope it’ll give you a nice jumping-off point for your own research. For more information, definitely check out the following articles:

HTML Form Builder
Tim Sabat

Rich Application Architecture Roundup by Tim Sabat

This entry was posted 2 years ago and was filed under Notebooks.
Comments are currently closed.

· 10 Comments! ·

  1. JohnO · 2 years ago

    Seems like XUL should be on this list? (XML + Javascript)

  2. Sylvain Filteau · 2 years ago

    You haven’t talked about Mozilla XULRunner

    Flickr use it for it’s Uploadr (08/04/16/flickr-uploadr-start-to-finish-now/)

  3. Matthew · 2 years ago

    As I recall in the latest developer builds of Safari there is now support HTML5 abd offline sql databases… I’m thinking when HTML5 is universally supported we won’t have to look further than standard HTML/Javascript for building robust offline web applications. Besides, do you really want to tie your application to a proprietary plugin that can be changed on the whim of a corporation..?

  4. Tim Sabat · 2 years ago

    @Matthew, I’m for web standards. However, the options I’ve presented here are meant to assist people who need a solution today. I feel plugins like Gears and Silverlight help bridge the gap between now the years it takes for widespread adoption of a web standard. Listen in around 31:42 in this video describing Google Gears’ new API. Chris Prince addresses this question.

  5. Morgan Roderick · 2 years ago

    How can “not confined to the browser” be a pro for one platform, and “sandboxed data” be a pro for another platform?

    I haven’t worked with any of the platforms, and don’t really see huge benefits for using either of them, over current browser offerings, for most uses. Fluidapp / Prism can easily serve most of the needs of users.

  6. asd · 2 years ago

    Everyone needs a hug.

  7. Matthew · 2 years ago

    @Tim Thank you for the link to the video—lots of interesting information re: Gears which is as far as I’m concerned, probably at the top of the heap just because it has Google backing it and seems to be a fair bit leaner than other options. The other thing I see is that for the most part until we do have a real standard/killer application emerge, the above technologies will remain confined to very specific (and most likely internal) applications…

  8. Stevan Majstorovic · 2 years ago

    Here is the graph about RIA desktop (internet desktop, browserless web) roots and hystory.

    translated terms from the graph are: (vreme = time; prvi web = very first web; funkcionalnosti = functionalities)

    I talked about it on local seminars here in Serbia.

  9. cardio-vascular.cn · 2 years ago

    Good article.Thanks for the write-up.

  10. Holdtimer · 2 years ago

    Good write-up. Still a bit curious about these hosted services, regarding privacy matters. Imagine what happens if all data fall into the wrong people’s hands. Spreading risks is better if you ask me…