Kaip paversti savo svetainę mobiliąja programa su 7 eilutėmis JSON

Naujas požiūris į žiniatinklio variklio suliejimą į savąsias programas

Ką daryti, jei aš jums pasakiau 7 aukščiau nurodytas JSON eilutes, nuspalvintas oranžine spalva, yra viskas, ko jums reikia norint svetainę paversti mobiliąja programa? Nereikia perrašyti savo svetainės naudojant tam tikrą pagrindo API, kad ji elgtųsi kaip programa mobiliesiems. Tiesiog atsineškite esamą svetainę tokią, kokia yra, ir sumaišykite ją į savąją programą su paprasta URL nuoroda.

O kas, jei tik šiek tiek pakoregavę JSON žymėjimą, iš dėžutės galite pasiekti visus vietinius API, vietinius vartotojo sąsajos komponentus, taip pat vietinių rodinių perėjimus.

Štai kaip atrodo minimalus pavyzdys veikiant:

Atkreipkite dėmesį, kaip įterpiau „github.com“ tinklalapį, tačiau likusi maketo dalis yra visi vietiniai vartotojo sąsajos komponentai, pvz., Naršymo antraštė ir apatinė skirtuko juosta. Pereinamasis procesas vyksta automatiškai, jums nereikia perrašyti svetainės naudojant bet kokias API.

Prieš paaiškindamas, kaip paklausti, galite paklausti: „Puiku, bet ar galite padaryti ką nors prasmingo, išskyrus tik tinklalapio rodymą savosios programos rėmelyje?“

Puikus klausimas, nes tai yra pagrindinė šio įrašo tema. Viskas, ką jums reikia padaryti, yra sukurti vientisą dvipusio ryšio kanalą tarp žiniatinklio rodinio ir programos , kad pagrindinė programa žiniatinklio rodinyje galėtų suaktyvinti bet kokias „JavaScript“ funkcijas, o žiniatinklio rodinys galėtų pasiekti išorę ir paskambinti vietinėms API.

Štai vienas tokių pavyzdžių:

Atminkite, kad šiame rodinyje yra:

  1. Gimtoji navigacijos antraštė su integruota perėjimo funkcija
  2. A Web view, which embeds a QR code generator web app
  3. A native chat input component at the bottom

All this can be described by just tweaking some of the JSON markup attributes we saw above.

Finally, note that the QR code changes as you enter something from the chat input. The chat input triggers a JavaScript function inside the QR code web app that re-generates the image.

No app development framework has tried to fundamentally solve this problem of “seamless integration of web view into native apps” because they’re all focused on picking either 100% native or 100% HTML5 side.

Whenever you hear someone talk about the future of mobile apps, you would probably hear them talk about “Will it be the HTML5 approach that wins out? Or will it be native?”

None of them see native and html as something that could co-exist and furthermore, create synergy and achieve things that are not easily possible otherwise.

In this article I’m going to explain:

  • Why blending web engine and native components is often a good idea.
  • Why a seamless integration of HTML and Native is not easy, and how I implemented one.
  • Most importantly, how YOU can use it to build your own app instantly.

Why would you use HTML in a native app?

Before we go further, let’s first discuss whether this is even a good idea, and when you may want to take this approach. Here are some potential use cases:

1. Use Web Native Features

Some parts of your app may be better implemented using the web engine. For example, Websocket is a web-native feature that’s designed for the web environment. In this case it makes sense to use the built-in web engine (WKWebView for iOS and WebView for Android) instead of installing a 3rd party library that essentially “emulates” Websocket.

No need to install additional code just to do something that you can do for free, which brings us to the next point.

2. Avoid Large Binary Size

You may want to quickly incorporate features that will otherwise require a huge 3rd party library.

For example, to incorporate a QR code image generator natively, you will need to install some 3rd party library which will increase the binary size. But if you use the web view engine and a JavaScript library through a simple