The document discusses building cross-platform mobile apps. It outlines several architecture options for mobile apps including native apps, web apps, and SMS apps. Native apps have issues with fragmentation, web apps have sandboxing limitations, and SMS apps have discoverability problems. The best approach depends on goals and target market. Web apps are generally the cheapest to produce, most standardized, and easiest to distribute option. Hybrid approaches like PhoneGap combine the benefits of native and web. The document provides an overview of tools like jQTouch and PhoneGap for building mobile web apps and wrapping them as native apps. It also covers considerations for the mobile context and building offline web apps using technologies like Web Storage, Web SQL Database, and Application Cache.
27. Tapworthy Apps...
• Focus on mobile context
• Optimize for micro-tasking
• Use sensors to enhance local context
• Do one thing and do it well
credit: @globalmoxie
Hi I’m Jonathan Stark. I’m a software consultant from Providence RI. For a living, I help big companies with little apps. In my free time, I write books about mobile app development, and maintain a mobile UI library called jQTouch.
Although you run HTML5 apps on anything from a car dashboard to a web TV, we’re going to talk specifically about mobile apps.
One of the first things you have to worry about when you start a mobile initiative is what architecture are you going to use.
There are three types of mobile apps that I think will remain relevant for a long time:
- Native apps (e.g. WebEx, SalesForce)
- Web apps (e.g. Gmail, Google Calendar)
- SMS apps (e.g. Google SMS, Twitter, Aardvark)
We could debate the pros and cons of each approach all day long. Ultimately, each has a glaring achilles heel.
Should all boats be made of fiberglass? The right one for you depends on your situation:
- Selling iPhone cases in U.S.? Native app
- Selling office supplies in North America? Web app
- Providing banking services in rural China? SMS app
I want to drill down on a native vs web for a second because I know that there is a lot of confusion there.
Web apps can run 100% offline.
I typically work with corporate clients who are trying to reach a really broad market with their apps. They want to be on iPhone, Android, and Blackberry at least.
- Platform is easy to learn, most orgs have web talent in house already.
- Web is a proven, stabile platform that works reasonably well across the widest range of devices.
- Host your app and email out the links.
- No approval process, no multiple app stores, no delay on bug fixes.
There are a number of javascript libraries that make building mobile web apps a lot easier. iUI was the first, but my lib of choice is jQTouch.
Actually, you don’t have to really pick between native and web. Single code base that can be deployed as a standalone web app AND deployed with addition functionality through the various app stores.
Cross platform mobile framework for building native mobile applications with html, css, and javascript.
PhoneGap support matrix
Here’s that chart again...
... and here it is with PhoneGap added in.
I think this is the most pragmatic approach. If nothing else, it’s the most flexible. And the way things are growing at this point, flexibility is of the utmost importance.
Interface guidelines for mobile devices
Consider the apps that you use every day. What do they have in common?
My main apps are Email, SMS, Browser, Todos, News, Banking, Twitter, Kilo, Camera, Notes
My good friend and fellow author Josh Clark has a book out called Tapworthy. Josh spends a lot of time reviewing app designs and interviewing developers and has compiled a list of qualities that great apps share.
Wenger Giant: Holds Guinness world record for most multifunctional pen knife.
Made for company’s 100th anniversary to include every gadget ever included in a Swiss Army knife.
87 tools, 141 functions. Cigar cutter, laser pointer, golf reamer.
Bit of humor and whimsy, but as a knife, it’s a failure.
Heavy physical load, heavy cognitive load
Mobile interface: Clarity should trump density, less is more
Josh brings up many great points in Tapworthy, but the one that caught me most by surprise was the notion of putting controls on the bottom and content on the top, because this is the exact reverse of what we typically see in web programming.