{"id":4601,"date":"2023-01-03T16:26:30","date_gmt":"2023-01-03T21:26:30","guid":{"rendered":"https:\/\/ionic.io\/blog\/?p=4601"},"modified":"2023-01-03T16:34:26","modified_gmt":"2023-01-03T21:34:26","slug":"limitations-with-ios-and-android-web-views","status":"publish","type":"post","link":"https:\/\/ionic.io\/blog\/limitations-with-ios-and-android-web-views","title":{"rendered":"Limitations with iOS and Android Web Views"},"content":{"rendered":"

Expediting native mobile application development within time and budget constraints is difficult. With the persistent need to improve customer experience and increase developer efficiency, many enterprises have turned to the speed and ease of web development to keep up with demand\u2014a resource that many of them already have. But maintaining native mobile and web code bases and achieving parity between the two can add complexity to an already complicated organizational structure.\u00a0<\/span><\/p>\n

iOS and Android Web Views to the rescue. <\/span>Or so you might think.<\/span><\/a><\/p>\n

<\/p>\n

Web Views brings two teams together\u2014web and native\u2014to build mobile applications faster and more efficiently. They allow for web content to be embedded into native applications, typically by breaking up the native application\u2019s front end into feature slices, or micro frontends. By embedding web content, developers can focus on building fantastic user experiences while leaving the content development to the web team. This also ensures web and native parity; as web features are updated, the web content embedded in the native app is also updated from the same code base.<\/span><\/p>\n

Development kits from <\/span>Apple<\/span><\/a> and <\/span>Google<\/span><\/a> provide stock Web Views for native app developers to start using right away. These out-of-the-box experiences seem like the ideal solution for bringing web and native content together to build and scale mobile apps, but there are many factors to consider when using stock Web Views in your app infrastructure.<\/span><\/p>\n

From usability issues to feature limitations, here are the things you should be considering.<\/span><\/p>\n

Usability of iOS and Android Web Views<\/h2>\n

Large, global enterprises like Apple, Amazon, and Netflix have been using Web Views for years. By embedding web content into their native apps, Apple can update their music catalog without relying on native teams to build the content into the native app. Similarly, Amazon uses Web Views to update their millions of product offerings, and Netflix updates their movie and TV show database with ease using Web Views. Though stock Web Views enable these companies to dynamically update their apps, the setup and maintenance to make this happen smoothly requires a number of talented developers and time.<\/span><\/p>\n

Web Views don’t come with any features<\/h3>\n

The basic functionality of a stock Web View is to break up the native app into micro frontends. But what if a native development team wants to communicate between the web and native layers? That has to be manually built. If developers want to maintain native component interactivity with the web content, they need to build that too.\u00a0<\/span><\/p>\n

\u201cWith <\/span>iOS and Android Web Views<\/span><\/a>, handling delegate methods for navigation, load, errors, permission requests, and other general housekeeping all need to be built manually,\u201d says Max Lynch, CEO and co-founder of Ionic.<\/span><\/p>\n

In other words, customizations need to be built to provide a seamless experience that makes the native application and web content truly feel native.<\/span><\/p>\n

Imagine an engineering manager decides to dedicate the time to make custom-built Web Views. Their team establishes the communication between the web and native layers, builds a system to ensure native component functionality with the web content, and develops custom native navigation controls. This effort could take weeks to build and test, and this lift only accounts for one code base. This whole process needs to be repeated for every mobile application on every platform.<\/span><\/p>\n

\u201cDevelopers have to learn two different APIs, iOS WKWebView and Android WebView,\u201d says Vivek Mano, director, product specialist at Ionic. \u201cOn top of that, development teams have to account for various mobile OS versions.\u201d<\/span><\/p>\n

Stock Web Views introduce loading delays and network dependencies<\/h3>\n

Pulling web content into a native application through stock Web Views loads the content from a remote server rather than locally. This means a poor user experience if the user\u2019s internet connection is slow, intermittent, or loses connectivity altogether.<\/span><\/p>\n

In addition, there is always an inherent lag whenever content is pulled from a server, even with the best internet connection. A major airline recently discovered that using custom Web Views slowed app performance by 2-3 seconds because the web content took a long time to load.\u00a0<\/span><\/p>\n

While stock Web Views can save development time and effort and ensure parity across web and native applications, they can just as easily counteract that progress.<\/span><\/p>\n

Alternative to stock Web Views<\/h2>\n

Stock Web Views, for all of their promise to improve the app development experience, lack in many areas. That\u2019s why we built Portals.\u00a0<\/span><\/p>\n

Ionic Portals saves development teams countless hours required to custom build Web Views to fit their app needs. Portals handles all of the configuration and maintenance without the hassle by offering:<\/span><\/p>\n