Developers Weigh HTML, Native, and Hybrid Options | Syncfusion Blogs
Live Chat Icon For mobile
Live Chat Icon
Popular Categories.NET  (164).NET Core  (29).NET MAUI  (98)Angular  (87)ASP.NET  (50)ASP.NET Core  (80)ASP.NET MVC  (89)Azure  (38)Blazor  (167)DocIO  (23)Essential JS 2  (91)Essential Studio  (183)File Formats  (33)Flutter  (124)JavaScript  (202)Microsoft  (114)PDF  (68)React  (79)Succinctly series  (130)Syncfusion  (660)TypeScript  (33)Uno Platform  (3)UWP  (4)Vue  (42)Webinar  (38)Windows Forms  (59)WinUI  (58)WPF  (141)Xamarin  (158)XlsIO  (26)Other CategoriesBarcode  (5)BI  (29)Bold BI  (5)Build conference  (6)Business intelligence  (54)Button  (4)C#  (121)Chart  (64)Cloud  (13)Company  (445)Dashboard  (8)Data Science  (3)Data Validation  (7)DataGrid  (58)Development  (458)Doc  (7)DockingManager  (1)eBook  (98)Enterprise  (22)Entity Framework  (5)Essential Tools  (14)Excel  (24)Extensions  (21)File Manager  (4)Gantt  (16)Gauge  (11)Git  (4)Grid  (28)HTML  (12)Installer  (2)Knockout  (2)Language  (1)LINQPad  (1)Linux  (2)M-Commerce  (1)Metro Studio  (11)Mobile  (354)Mobile MVC  (9)OLAP server  (1)Open source  (1)Orubase  (12)Partners  (21)PDF viewer  (33)Performance  (11)PHP  (2)PivotGrid  (4)Predictive Analytics  (6)Report Server  (3)Reporting  (10)Reporting / Back Office  (11)Rich Text Editor  (10)Road Map  (11)Scheduler  (42)SfDataGrid  (9)Silverlight  (21)Sneak Peek  (25)Solution Services  (3)Spreadsheet  (11)SQL  (9)Stock Chart  (1)Surface  (4)Tablets  (5)Theme  (12)Tips and Tricks  (104)UI  (256)Uncategorized  (68)Unix  (2)User interface  (68)Visual State Manager  (2)Visual Studio  (23)Visual Studio Code  (17)Web  (434)What's new  (237)Windows 8  (19)Windows App  (2)Windows Phone  (15)Windows Phone 7  (9)WinRT  (26)

Developers Weigh HTML, Native, and Hybrid Options

Now that mobile devices have taken us by storm, most enterprise developers will, sooner or later, have to develop a mobile application of some kind. Serious consideration must be given to find the best environment for mobile development. This is challenging given that the mobile marketplace is so fragmented.

Currently, iOS, Android, and Windows Phone are the dominant operating systems in the market. Most developers want to deploy their apps on all these devices; nothing is gained by choosing only one. However, this fragmentation presents many obstacles to development: (1) Several possible platforms that can be used for development; (2) at least three IDEs for three operating systems; (3) multiple versions of Android; (4) varying access to native hardware, depending on which development environment you choose.

Doesn’t it make you long for the days when enterprise development just meant targeting Windows? This is new ground for developers, especially those of us working on the .NET platform.

Right now, as a developer, you basically have three options in front of you: Mobile Web sites, native applications, or “hybrid” applications. The pros and cons of each have to be weighed. Making the wrong choice today could mean a lot of backpedaling tomorrow.

Mobile websites powered by HTML 5 are probably the most popular option for mobile development right now. HTML 5 itself has gotten a great deal of press due to the fact that the current versions of JavaScript, HTML, and CSS have created richer Web-based applications than was achievable in the past without a plugin. Choosing this route makes sense because the Web browsers on all mobile devices are good, and relatively standards-adherent, you can be very confident that your Web-based app will render the same across multiple devices.

With mobile websites, you also work in a single, simplified structure often backed by great server-side tooling such as the ASP.NET MVC platform. What you miss, however, is extended access to native hardware. To get that, you have to choose native development.

Native development is the best way to create an app that can access and utilize native hardware. It also offers a seamless user experience. What you lose by choosing the native route is time. Deploying to each device requires your team be skilled in Objective C, Java, and C# or VB.NET. Each device requires a separate code base. That’s a great deal of development time and training spent to ensure your app reaches all devices.

Outside of mobile Web development and native development, an alternate option that has recently gained a lot of ground is the so-called “hybrid” option. Hybrid applications host a native Web browser control inside a native shell. They then display either local or remotely served Web pages.

For most developers, this solution provides the best of all worlds. It’s a good balance between the standardization of HTML 5 on the client side, the access to hardware of a native app, and the control, power, and code reuse provided by a server platform. I recently conducted a webinar on how to develop a hybrid app from scratch using an ASP.NET MVC template. Please check it out. And keep an eye on our website for updates on the bridging wrapper we’re developing for our ASP.NET MVC controls.


Share this post:

Comments (2)

Hi Narendra,

With a typical application about 5% of the code will be native code with the rest being web/server code. This can change based on the specific needs of the application.

Best regards,

Hi There,

Looking forward to see the bridging wrapper. Is this wrapper enable us to port the MVC code to iPhone, Android, Windows etc without writing the native code?

It would be nice to see the wrapper in action. Please update us.


Comments are closed.

Popular Now

Be the first to get updates

Subscribe RSS feed
Scroll To Top