The big problem with mobile app development is the platform it runs on. There are many to choose from and they’re ever changing. A couple of years back, iOS was the first, and almost only, choice for rolling out a mobile app. That is certainly not the case now, with Android and Windows 8 growing like mushrooms on fresh moss. In fact, in the second quarter of 2013 Android represented about 80 percent of all smartphones shipped.
If you want to have an app for more than one of the dominant mobile platforms, you have to build a separate app for each one, but developing three native apps plus a Desktop version is too costly. This is where alternative platforms come to the rescue. They’re fast, they’re more cost effective and they do the job right.
Although the major chunk of apps that we’re building here at Webonise are native, for which we use the standard SDKs for Android and iOS, we’re definitely not overlooking the possibility of using platform independent, code-once-use-everywhere kind of apps. Of course, like in everything that’s design-related, especially when it comes to designing for mobile, using these alternative platforms comes with both advantages and disadvantages. The rule of thumb is that you have to understand the context in which betting on an alternative platform makes more sense.
At Webonise, we evaluate the pros and cons by taking into account these key aspects: budget, benefits, how complex is the development cycle, how necessary it is to use a multi-platform support, how strategic is the project, how important is performance, what are our priorities design-wise, and so on.
Granted, word-of-mouth says that alternative platforms are only used due to a limited budget or because in some cases you actually need fast development cycles, but the best thing about them is that they allow web developers to work on mobile app development as well. The major benefit is that, in most cases, with these platforms you only have to write code once and then just package it for various platforms like iOS and Android. However, when you’re building native apps, you have to write and maintain separate code bases for each platform you want to support.
Here are the major alternative platforms that we use and their most relevant pluses and minuses:
- 3. Sencha. If you want to build a “rich”, standalone app, then use Sencha Touch. It’s that simple. Even though the learning curve is very steep, don’t give it up, you’ll get awesome results. The UI looks and feels extremely “native”, the physics react in the same way (lists bounce and snap back into place, transitions are smooth, etc.), it’s not at all generic and it gives you a lot of space for getting creative. It is definitely a better tool for more advanced/larger projects, especially if they contain multimedia features (video and audio components) and your main goal is to make your up as visually interactive as possible.
All in all, the user experience for apps built using these alternative platforms is not perfect, as they are essentially just wrappers that strive to achieve native functionality. Still, thanks to their well-perfected latest versions, they’re taking the lead when it comes to creating business critical apps. Granted, native apps are and will be the safest road to embark on, but from time to time, taking a shortcut can be exactly what your app idea needs.