Intro
In part 1, we mentioned that when it comes to Native and Mobile Web development approaches, it is not simply an either/or proposition. Let’s explore that notion further.

Just A Toolset
Each development approach should be considered as a distinct and viable toolset. And, as with any toolset, each has its intended uses and scenarios in which it excels. For this reason, we always advise that clients remain open-minded about both approaches. There should be less of a debate and more of an open discussion about which approach is more suited for the particular requirements at hand.
The primary intent of Mobile Web is to fulfill that age-old promise originally offered by Java, i.e. write it once, run it reasonably well everywhere (no matter the platform).
The primary intent of Native Mobile development is to take advantage of the deep integration and differentiators offered in the various platforms, e.g. Android, iOS, Windows Phone, etc.
These differing intents guarantee that each approach has scenarios for which it is better suited.

Side-By-Side
Let’s examine the main attributes of each approach. Some of the defining attributes of Mobile Web are as follows:

• App creation by way of a cross-platform specification (typically HTML5)
• Runnable on most all leading mobile platforms
• Mid-level performance due to the need to generalize
• Ability to utilize the common denominator of features across the leading mobile platforms
• Lag time in integration of new platform features due to those features needing to first be implemented across most of the supported platforms
• Minimal increase in development costs as the number of target platforms increases

Native Mobile development has the following attributes:

• Platform-specific creation environment
• Runnable only on the mobile platform for which it was built
• Potentially high performance due to platform specialization
• Ability to use the common as well as specific features of the target platform
• Ability to implement new platform features as soon as they are made available by the vendor
• Increased development costs as the number of target platforms increases

Which Approach Is Best In My Company’s Scenario?
Broadly speaking, Native Mobile development provides the best user experience, performance, and integration with a given platform. This does come at a cost; for example, precious few aspects of the client application code base can be shared between given platforms. This drawback may or may not be a deal breaker in your scenario.
Again, broadly speaking, Mobile Web provides lower development cost (when targeting multiple platforms simultaneously). This too comes at a cost: generally less superior user experience and access to fewer touch points of the various platforms. Depending on the requirement of your product, this may or may not be a concern.
As you can see, the question of which to use when cannot be properly addressed in the absence of the product requirements. Hence, our qualm with those who blindly advocate one development approach over another without even asking about the product (recommending a utensil without even knowing the meal).
At the end of the day, it is not some hotly contested debate. Determining the best approach requires considering the above-listed attributes within the context of your product’s requirements. This is the best way to approach such a decision.

Happy decision making!

Hassan Davis
Director of Operations
Modus

The short answer is yes: its market share will hover around 20%. The long answer follows…

When Android first appeared, naysayers were convinced that, due to the lead the Apple app store already held, Android did not stand a chance. Today, over 75% of mobile devices are running Android. Naysayers are eating crow.

By all accounts and reviews, Windows Phone 8.1 is a worthy operating system with plenty on beste online casino offer. Its primary drawback is the same one that Android encountered at its start: an initial lack of apps in its app store.

With its strong developer base, ownership of Nokia, and deep partnerships with major hardware vendors, Microsoft will certainly shepherd Windows Phone to success.

Hassan Davis
Director of Operations
Modus

Ah, the debate rages onwards: native mobile development vs mobile web, e.g. HTML 5.

But, wait! Why the debate? Posing the question is akin to asking, “for this meal, would you like to eat with a fork or spoon?” Well, that entirely depends on the meal, yes? Also, some meals may actually call for both a fork and a spoon. See where we are going with this?

We can equate a person who strictly advocates native over mobile web – or vice versa – to a person who always, blindly recommends that you eat with a fork, no matter the meal being served. Sure, when salad is being served, that fork will be an awesome choice. However, their recommendation will have you looking mighty foolish when the chef brings soup to your table! Sure, you can probably make due with a fork. But, would not a spoon have been the smart choice?

With that in mind, the question takes a new direction: when do we select one approach over the other? That is the subject of Native vs Mobile Web – Part 2.

Namaste!

Hassan Davis
Director of Operations
Modus