Rakensin Progressive Web -sovelluksen ja julkaisin sen 3 sovelluskaupassa. Tässä olen oppinut.

Kuukauden työ, useita satoja dollareita ja paljon byrokratiaa.

Julkaisin äskettäin Chavah Messianic Radion, Pandoran kaltaisen musiikkisoittimen, Progressive Web -sovelluksena ja lähetin sen kolmelle sovelluskaupalle (Google Play, iOS App Store, Windows Store).

Prosessi oli sekä tuskallinen että valaiseva. Tässä olen oppinut.

Miksi?

Ensinnäkin saatat ihmetellä: "Miksi edes laittaa sovelluksesi sovelluskauppoihin? Elä vain avoimessa verkossa! "

Vastaus on pähkinänkuoressa, koska käyttäjät ovat siellä . Olemme kouluttaneet sukupolven käyttäjiä etsimään sovelluksia omista sovelluskaupoista, ei vapaasta ja avoimesta verkosta.

Verkkosovellukselleni oli kaksi isoa syytä päästä App Storeen:

  1. Käyttäjien kysyntä
  2. Verkkosovellusten rajoitukset Applen vihamielisillä mobiilialustoilla

Käyttäjien kysyntä: Käyttäjät ovat kysyneet minulta vuosia: "Onko Chavahille sovellusta? En näe sitä kaupassa. "

He kysyvät sitä, koska olemme kouluttaneet käyttäjiä etsimään sovelluksia omista sovelluskaupoista.

Vastaukseni käyttäjilleni on tähän asti ollut,

"Voi, et tarvitse sovellusta - mene vain puhelimellasi verkkosivustolle! Se toimii!"

Mutta olin valehteleva.

Todelliset verkkosovellukset toimivat vain kinda-sorta mobiililaitteilla. Mikä vie minut toiseen syyn: Applen vihamielisten mobiilialustojen verkkosovellusten rajoitukset.

Mobiilialustan toimittajat, kuten Apple, ovat täysin hienoja sovellusten kanssa, jotka käyttävät puhelinta täysillä. Käytä sijaintiasi, toista taustaääntä, hanki GPS-koordinaatit, pelaa useita asioita kerrallaan ja paljon muuta.

Apple on täysin siistiä siinä.

Mutta vain jos maksat Applelle 99 dollaria vuodessa etuoikeudesta.

Jos haluat tehdä jotain näistä tavallisessa vanhassa verkkosovelluksessa, no, goshdarnit, Apple ei vain kiellä sinua näistä asioista, se estää sinua edes pyytämästä lupaa .

Pandoran kaltaisen musiikkisoitinsovellukseni kohdalla tämä kamala särky näkyi monin tavoin.

Pienistä asioista, kuten "iOS Safari ei anna sinun toistaa ääntä ilman ensin vuorovaikutusta sivun kanssa", suuriin, näyttelyitä estäviin asioihin, kuten "iOS Safari ei anna sinun soittaa seuraavaa kappaletta, jos sovelluksesi on taustalla tai jos näyttösi on pois päältä. "

Voi, ja outoja visuaalisia poikkeavuuksia, kuten kirjoittaminen tekstiruutuun ja tekstisi näkyminen muualla näytöllä.

Joten, jotta HTML5-musiikkisovellukseni olisi todella toimiva ja toimisi ihmisten mobiililaitteissa, PWA oli tarpeen muuttaa sovellukseksi App Storessa.

Markkinoille pääsyn esteet

Ihannemaailmassa verkkosovelluksen julkaiseminen sovelluskaupoissa näyttäisi tältä:

  • Web- / pilvipalvelimesi tai jatkuvan integraation tarjoaja
  • Olet julkaissut progressiivisen verkkosovelluksen. Julkaistaanko sovelluskaupoissa?

☑ iOS App Store

☑ Google Play

☑ Windows Store

(Tai vaihtoehtoisesti, kun Microsoft kokeilee, PWA-laitteesi näkyy vain automaattisesti App Storessa, kun Bing indeksoi sitä.)

Mutta valitettavasti emme asu tässä ihanteellisessa maailmassa. Sen sijaan meidän on käsiteltävä kaikenlaisia ​​omia alkuperäisiä BS: itä saadaksemme verkkosovelluksemme kauppoihin.

Jokaisella sovelluskaupalla on este pääsylle: kuinka vaikeaa on ottaa olemassa olevaa verkkosovellusta ja sitä sovelluskaupasta.

Seuraavassa luetellaan joitain esteitä.

Kustannus

  • Apple : 99 dollaria vuodessa, jotta sovelluksesi näkyy iOS-sovelluskaupassa.
  • Google: kertaluonteinen 25 dollarin maksu sovelluksesi luetteloimisesta Google Play -kaupassa.
  • Microsoft: Ilmainen!

Älä pakota minua maksamaan sinulle, jotta sovellukseni olisi käyttäjien käytettävissä. Sovellukseni rikastaa alustaa. Ilman hyviä sovelluksia käyttöympäristösi hylätään.

Apple ymmärsi tämän. Steve Jobs esitteli ensimmäisen kerran iPhonen, että HTML5 on tulevaisuus ja että sovellukset ovat yksinkertaisesti vain verkkosovelluksia. Kolmannille osapuolille ei ollut olemassa alkuperäistä iPhone SDK: ta. Apple on sittemmin hylännyt tämän vision.

Google pyysi 25 dollarin kertaluonteista kertamaksua. Todennäköisesti roskapostittajien välttämiseksi ja roskasovellusten vähentämiseksi kaupassa.

Microsoft näyttää olevan päättänyt lisätä vain sovellusten kokonaismäärää sovelluskaupassaan laadusta riippumatta.

Voittaja: Microsoft. On vaikea voittaa ilmaiseksi.

Natiivien ominaisuuksien lisääminen

Ihannemaailmassa minun ei tarvitse kirjoittaa yhtä ylimääräistä koodiriviä, jotta verkkosovellukseni integroituu käyttöjärjestelmään. Tai kuten Steve Jobs sanoi vuonna 2007,

”Täysi Safari-moottori on iPhonen sisällä. Joten voit kirjoittaa hämmästyttäviä Web 2.0- ja Ajax-sovelluksia, jotka näyttävät tarkalleen ja käyttäytyvät aivan kuten iPhonen sovellukset. Ja nämä sovellukset voivat integroitua täydellisesti iPhone-palveluihin. He voivat soittaa, lähettää sähköpostia, etsiä sijainnin Google Mapsista. " -Steve Jobs, 2007

Minulle tämä tarkoittaa, että verkkosovellukseni toistaa taustan ääntä tavallisella HTML5-äänellä; joka toimii hienosti kaikissa käyttöjärjestelmissä.

Verkkosovellukseni ilmoittaa, mitä ääntä toistetaan, ja käyttöjärjestelmät valitsevat sen, näyttävät parhaillaan toistettavan kappaleen tiedot lukitusnäytöllä.

Sovellukseni ohjaa ääntä tavallisella HTML5-äänirajapinnalla käyttöjärjestelmä ottaa tämän käyttöön ja tarjoaa toisto / tauko / seuraava / äänenvoimakkuus / ohjauspalkin ohjaimet lukitusnäytöllä.

Mutta valitettavasti emme asu tässä ihanteellisessa maailmassa. Kaikki yllä luetellut asiat eivät tosiasiassa toimi kaikilla kolmella alustalla.

Verkkosovelluksen on toistettava ääntä taustalla. Ja lataa URL-osoitteet CDN: stä. Kuulostaa kohtuulliselta, eikö? Ja bonus, miten olisi tällä hetkellä toistettavien kappaleiden tietojen näyttäminen lukitusnäytöllä? Ja ohjaatko ääntä (toisto / tauko / seuraava jne.) Lukitusnäytöltä? Kuinka vaikeaa tämä on?

Kolme hyvin erilaista lähestymistapaa tässä:

  • Apple : Emme anna verkkosovelluksille tapaa ilmoittaa tällaisista ominaisuuksista; sinun on kirjoitettava alkuperäinen kääre (esim. Cordovan kanssa) vuorovaikutuksessa käyttöjärjestelmän kanssa.
  • Google : Web FTW! Luodaan uusi verkkostandardi, joka näyttää äänen ja ohjaimet lukitusruudulta. Taustaääni? Toki, mene eteenpäin!
  • Microsoft: Ruiskutamme omistamamme sovellusliittymän, window.Windows. *, JavaScriptin globaaliin nimiavaruuteen, ja voit käyttää sitä tekemään haluamasi asiat.

Mennään lisätietoja täältä jokaisesta myymälästä:

Pitääkö verkkosovelluksesi toistaa iOS-sovellusta taustalla? Käytä Cordova-laajennusta. Haluatko näyttää parhaillaan toistettavan kappaleen lukitusnäytöllä? Käytä Cordova-laajennusta. Täytyykö ohjata toistettavaa kappaletta lukitusnäytöltä? Käytä Cordova-laajennusta. Saat idean. Pohjimmiltaan Cordova huijaa Applen ajattelemaan, että olet natiivisovellus. Ja koska et ole utelias verkkosovellus, Apple antaa sinun tehdä kaikki asiat, joita natiivisovellukset voivat tehdä. Tarvitset vain alkuperäisiä temppuja - Cordova-laajennuksia - jotta voit tehdä sen.

Google Playn kannalta on hienoa, että voin vain kirjoittaa JS-koodin, jotta tämä toimisi; tässä ei vaadita Cordova-laajennuksia. Tietysti tämä JS ei toimi missään muualla kuin Androidin Chrome ... mutta hei, ehkä jonain päivänä (ihanteellisessa maailmassa!) Kaikki mobiiliselaimet toteuttavat nämä web-sovellusliittymät ... ja maailma elää yhtenä. Olen melkein valmis pudottamaan joitain John Lennonin hippiutooppisia kappaleita.

Haluatko toistaa Windows-kauppaa taustalla? Anteeksi! Toisin sanoen, ellet ilmoita aikomuksiasi omien ominaisuuksien luettelotiedostossamme (helppo) JA otat tämän omistetun medialiittymän käyttöön käyttämällä window.Windows.SystemMediaTransportControls -ohjelmaa (ei niin helppoa). Muuten mykistämme sinut, kun sovelluksesi siirtyy taustalle.

Voittaja : Google. Haluan pystyä vain kirjoittamaan JavaScriptin ja antaa käyttöjärjestelmän noutaa vihjeitä sovelluksestani.

Toinen sija : Windows. Voin silti kirjoittaa tavallisen vanhan JavaScriptin, mutta minun on puhuttava omistetun Windows JS -sovellusliittymän kanssa, joka injektoitiin prosesseihini Windows-käynnissä. Ei kauheaa.

Hävittäjä : Apple. He eivät välitä verkkosovelluksista. Itse asiassa se on pahempaa. Tuntuu kuin he olisivat todella vihamielisiä verkkosovelluksia kohtaan. iOS Safari on uusi Internet Explorer 6. Se on jäänyt jälkeen lähes kaikista verkkostandardeista, etenkin Progressive Web -sovellusten ympärillä. Tämä johtuu todennäköisesti liiketoiminnallisista syistä: verkkosovellukset häiritsevät 99 dollaria vuodessa + 33% sovelluksen sisäisten ostojen maila. Joten jotta verkkosovellukseni toimisi heidän alustallaan, minun on periaatteessa teeskennellä olevani syntyperäinen sovellus.

App Store -rekisteröinti

PWA: n lähettäminen sovelluskauppaan edellyttää rekisteröintiä, yritystodistusta ja enemmän byrokratiaa. Näin 3 sovelluskaupasta meni:

  • Apple : Sinun on osoitettava, että olet laillinen, rekisteröity yritys. Tätä vahvistusta ei tee me, vaan kolmas osapuoli, joka saattaa tietää yrityksestäsi tai ei.
  • Google : Haluatko sovelluksesi kauppaan? Viileä meiltä.
  • Microsoft : Haluatko sovelluksesi kauppaan? Viileä meiltä.

Suurin tuskakohta minulle oli Applen todentaminen lailliseksi yritykseksi.

Ensin kävin sivustolla ja rekisteröin Applen kehittäjäohjelmaan. Täysin nimeni ja yritystietoni. (Sitä paitsi: Apple ei kai anna sinun lähettää sovellusta, ellei sinulla ole rekisteröityä, laillista yritystä?)

Napsautan seuraavaksi.

"Antamasi tiedot eivät vastanneet D & B-profiiliasi."

Minun mikä?

Vähän Googlingista osoitti, että "D & B-profiili" on Dun ja Bradstreet. En ole koskaan ennen kuullut tästä ryhmästä, mutta saan selville, että Apple käyttää niitä vahvistaakseen sinulle laillisen yrityksen tiedot.

Ja ilmeisesti D & B-profiilini ei vastannut sitä, mitä laitoin Apple Dev -rekisteröintiini.

Googlen lisää ja löydän Apple dev -foorumit täynnä vastaavia viestejä. Kenelläkään ei ollut hyvää vastausta.

Otan yhteyttä Apple Dev -tukeen. 24 tuntia myöhemmin minuun otetaan yhteyttä sähköpostitse ja sanotaan, että minun pitäisi ottaa yhteyttä D&B: hen.

Päätän ottaa heihin yhteyttä ... mutta Apple sanoo, että heidän vastauksensa kestää muutaman päivän.

Tässä vaiheessa ajattelen hylätä koko idea.

Odottaessani D&B -tukea palaamaan minuun, päätän mennä D&B -sivustolle, tarkistaa henkilöllisyyteni ja päivittää yritystietoni, jonka oletan ottaneen valtion rekisteritiedoista.

Mainitsinko, kuinka imevä tämä on? Haluan vain luetella olemassa olevan verkkosovellukseni kaupassa. Plz apua.

Menen D&B: hen päivittämään yritysprofiilini. Yllätys! Heidän vahvistuslogiikassaan on JavaScript-virhe, joka estää minua päivittämästä profiiliani.

Onneksi olen taitava kehittäjä. Napsautan laittaa katkaisupisteen heidän JavaScriptiin, napsautan Lähetä, vaihdan isValid-lipun tosi ja voila! Olen päivittänyt D&B -profiilini.

Takaisin Apple Dev -sovellukseen -> yritetään tätä uudelleen. Rekisteröi yritykseni…

"Virhe: Antamasi tiedot eivät vastanneet D&B -profiiliasi."

AREYOUFREAKINKIDDINGME.

Keskustele uudelleen Applen kanssa. "Voi, voi kestää 24–48 tuntia, ennen kuin päivitetyt D & B-tiedot pääsevät järjestelmäämme."

Tiedät, koska digitaalisten tietojen kulkeminen palvelimelta A palvelimelle B. voi kestää 2 päivää. Huokaise.

Kaksi päivää myöhemmin yritän rekisteröityä ... vihdoin se toimii! Olen nyt Apple Developer -ohjelmassa ja voin lähettää sovelluksia tarkistettavaksi.

Voittaja : Google ja Microsoft; molemmat kesti kaikki 5 minuuttia rekisteröitymiseen.

Hävittäjä : Applen kehittäjien rekisteröinti oli hidasta ja tuskallista. Rekisteröityminen kehittäjäohjelmaan kesti noin viikon. Se vaati minua ottamaan yhteyttä 2 eri friikkiyrityksen tukeen. Ja se vaati minua suorittamaan JavaScript-koodin virheenkorjauksen kolmannen osapuolen verkkosivustolla, jotta voisin ohittaa heidän bugisen asiakaspuolen vahvistuksensa, jotta tietoni kulkevat Applelle, jotta voin lähettää sovellukseni myymälään. Vau, vain ... vau.

Jos Applella on säästöarma, heillä on 501c3: n voittoa tavoittelematon ohjelma, jossa voittoa tavoittelemattomat organisaatiot voivat vapauttaa 99 dollarin vuosimaksun. Käytin sitä hyväkseen. Ja ehkä tämä ylimääräinen vaihe on monimutkainen.

Sovellusten pakkaus, rakentaminen, lähettäminen

Kun sinulla on verkkosovellus, sinun on suoritettava siinä taikaa muuttaaksesi siitä jotain, jonka voit lähettää App Store -arvosteluun.

  • Apple : Osta ensin Mac; et voi rakentaa iOS-sovellusta ilman Macia. Asenna XCode ja nämä koontityökalut ja -kehykset, hanki varmenne kehittäjäohjelmaltamme, luo profiili erilliselle verkkosivustolle nimeltä iTunes Connect, linkitä se Apple Dev -keskuksessa luomaan varmenteeseen ja lähetä sitten XCoden avulla. Helppo kuin yksi, kaksi, kolme ... kolmekymmentäseitsemän ...
  • Google : Lataa Android Studio, luo turvasertifikaatti sen kautta ja pakkaa se sitten Studion avulla. Lähetä paketti Android-kehittäjien verkkosivustolle.
  • Microsoft : Luo .appx-paketti käyttämällä näitä ilmaisia ​​komentorivityökaluja tai Visual Studiota. Lähetä Microsoft Dev Center -sivustolle.

Hyvä uutinen on, että on olemassa ilmainen työkalu taika tehdä verkkosovelluksestasi sovelluspaketteja . Tätä mahtavaa ilmaista työkalua kutsutaan PWABuilderiksi. Se analysoi URL-osoitteen, kertoo, mitä sinun on tehtävä (esim. Ehkä lisätä joitain aloitusnäytön kuvakkeita PWA-verkkoluetteloon). Kolmivaiheisen ohjatun toiminnon avulla voit ladata paketit, jotka sisältävät kaiken taikuuden:

  • Windowsille se luo .appx-paketin. Voit kirjaimellisesti ottaa sen ja lähettää sen Windows Dev Center -sivustolle.
  • Googlelle se luo pakettisen Java-sovelluksen, joka sisältää PWA-verkkosovelluksesi. Rakennat tämän projektin Android Studiosta, joka luo Android-paketin, joka voidaan ladata Android Dev Center -sivustolle.
  • Applelle se luo XCode-projektin, joka voidaan rakentaa XCodella. Mikä vaatii Macin.

Jälleen kerran Apple oli tuskallisin näistä kaikista. Minulla ei ole Macia. Mutta et voi rakentaa XCode-projektia PWA: lle ilman Mac-tietokonetta.

En halua maksaa useita tuhansia dollareita julkaista ilmainen sovellukseni Applen sovelluskaupassa. En halua maksaa etua rikastuttaa Applen iOS-alustaa.

Onneksi MacInCloud maksaa noin 25 dollaria kuukaudessa, ja ne antavat sinulle Mac-koneen, johon on jo asennettu XCode. Voit etäkäyttää sitä Windows-etätyöpöydällä tai jopa verkkoliitännän kautta.

Ei riittänyt vain rakentaa XCode-projekti ja lähettää. Minun oli luotava suojaustodistus Apple Developer -sivustolta ja luotava sitten uusi sovellusprofiili erilliselle sivustolle, iTunes Connect, johon lähetät paketin.

Eikä siinä kaikki: koska Apple on vihamielinen verkkosovellusten suhteen, jouduin asentamaan joitain erityisiä kehyksiä ja lisäämään Cordova-laajennuksia, jotka sallivat sovellukseni tehdä esimerkiksi äänen toistamista taustalla, lisätä nykyisen kappaleen lukitusnäyttöön, hallita kappaleen äänenvoimakkuutta ja toistotilaa lukitusnäytöltä ja muulle.

Kesti vähintään viikko hienoa saada sovellukseni toimintakuntoon, ennen kuin voin lähettää sen App Storeen.

Voittaja : Microsoft. Kuvittele tämä: voit siirtyä verkkosivustolle, joka luo sovelluspaketin verkkosovelluksellesi. Ja jos se ei ole sinun juttusi, voit ladata komentorivityökalut, jotka tekevät työn. GUI-henkilö? Ilmainen Visual Studio toimii.

Toinen sija : Google. Edellyttää Android Studiota, mutta se on ilmainen, käyttää kaikkia ja oli tarpeeksi yksinkertainen.

Hävittäjä : Apple. Minun ei tarvitse ostaa omaa tietokonetta - useita tuhansia dollareita Mac - sovelluksen rakentamiseksi. Apple Dev Center -> iTunes Connect -vienti tuntuu kosketuksettoman johtajan yritykseltä työntää iTunes kehittäjille. Sen pitäisi olla yksinkertaisesti osa Apple Developer Center -sivustoa.

Sovellusten testaus

Kun olet vihdoin tehnyt kaikki maagiset loitsut, jotta nykyinen verkkosovelluksesi muutettaisiin mobiilisovelluspaketiksi, haluat todennäköisesti lähettää sen testaajille ennen kuin vapautat sovelluksesi pesemättömille massoille.

  • Apple : Testaajia varten testaajiesi on asennettava Test Flight iOS-laitteelleen. Sitten lisäät testaajan sähköpostin iTunes Connectiin. Testaaja saa ilmoituksen ja voi testata sovellustasi ennen kuin se on saatavana sovelluskaupassa.
  • Google : Lisää Android Dev Centeriin testaajien sähköpostiosoitteet. Kun se on lisätty, he voivat nähdä alfa- / beetaversiosi App Storessa.
  • Microsoft : En itse käyttänyt tätä, joten en kommentoi sitä.

Voittaja : Heitä ylös. Applen Test Flight -sovellus on yksinkertainen ja virtaviivainen. Voit hallita alfa / beetan vanhentumista yksinkertaisesti järjestelmänvalvojan puolella. Google ei ollut kaukana; se oli melko kivuton, ei edes vaatinut erillistä sovellusta.

Sovelluksen tarkistus

Kun sovelluksesi on valmis parhaaseen aikaan, lähetät sovelluksen tarkistettavaksi. Tarkistus tehdään sekä ohjelmallisen tarkistuslistan (esim. Onko sinulla käynnistyskuvake?) Että oikeiden ihmisten ("sovelluksesi on X: n klooni, hylkäämme sen").

  • Apple : Ennen lähettämistä XCode varoittaa sinua mahdollisista ongelmista rakennuksen aikana. Ihmisen sovelluksen tarkistus kestää noin 24–48 tuntia.
  • Google : Onko ketään kotona? Android Studio ei kertonut minulle mahdollisista ongelmista, ja sovellukseni hyväksyttiin muutamassa minuutissa lähettämisestä. En usko, että oikea ihminen katsoi sovellustani.
  • Microsoft : Lähetettäessä nopea ohjelmallinen tarkistus tarttui vääriin kuvakemuotoihin liittyvään ongelmaan. Ohitettuaan ihminen tarkisti sovellukseni 4 päivän kuluessa.

Voittaja : Apple.

Toki kehittäjänä pidän siitä, että sovellukseni oli heti Google Play -kaupassa. Mutta se johtuu vain siitä, että epäilen, ettei ihminen ole itse tarkistanut sitä.

Applella oli nopein läpimenoaika varsinaiseen ihmisen tarkasteluun. Päivitykset läpäisivät myös tarkistuksen 24 tunnin kuluessa.

Microsoft osui tai jäi täältä. Alkuperäinen tarkistus kesti 3 tai 4 päivää. Myöhempi päivitys kesti 24 tuntia. Sitten toinen päivitys, johon lisäsin XBox-alustan, kesti vielä 3-4 päivää.

Johtopäätös

On tuskallista ja maksaa, kun otat olemassa olevan PWA: n ja saat ne toimimaan mobiilialustoilla ja luetellaan App Storessa.

Voittaja : Google. He tekivät helpoimman pääsyn sovelluskauppaan. Se helpotti integrointia natiiviin alustaan ​​yrittämällä standardoida web-sovellusliittymiä, joita käyttöjärjestelmäympäristöt voivat noutaa (hei, ihana navigaattori.mediaSession)

Toinen sija : Microsoft. He tekivät helpoimmin ripotella verkkosovelluksesi taikalla, muuttaen sen paketiksi, joka voidaan lähettää heidän myymäläänsä. (Voidaan tehdä ilmaiseksi PWABuilder-sivuston avulla!) Integrointi heidän alustaansa tarkoittaa automaattisen injektoidun ikkunan käyttämistä. Windows. * JavaScript-nimitila. Ei paha.

Hävittäjä : Apple. Älä vaadi minua ostamaan Macia iOS-sovelluksen rakentamiseksi. Älä pakota minua käyttämään natiivikääreitä integroitumaan alustallesi. Älä vaadi minua kiertämään turvatodistuksia; anna rakennustyökalujen tehdä ne minulle ja tallentaa ne automaattisesti Dev Center -tililleni. Älä pakota minua käyttämään kahta eri sivustoa: Apple Dev Center ja iTunes Connect.

Viimeiset ajatukset: Verkko voittaa aina. Se voitti Flashin. Se tappoi Silverlightin. Se tuhosi alkuperäiset sovellukset työpöydällä. Selain on rikas asiakasalusta. Käyttöjärjestelmä on vain selain-käynnistin ja laitteisto-kommunikaattori.

Verkko voittaa myös mobiililaitteilla. Kehittäjät eivät halua rakentaa 3 erillistä sovellusta tärkeimmille alustoille. Yritykset eivät halua maksaa 3 sovelluksen kehittämisestä.

Vastaus tähän kaikkeen on verkko. Voimme rakentaa rikkaita verkkosovelluksia - progressiivisia verkkosovelluksia - ja pakata ne kaikkiin sovelluskauppoihin.

Varsinkin Applella on väärä kannustin lopettaa verkon eteneminen. Se on sama kannustin että Microsoft oli 90-luvun lopulla ja 2000-luvun alussa: se haluaa olla alustan hyviä sovelluksia. PWA: t heikentävät sitä; he juoksevat kaikkialle.

Ohjelmistoviisumani on tämä: PWA: t voittavat ja ohittavat alkuperäiset mobiilisovellukset. 5–10 vuoden kuluttua alkuperäiset iOS-sovellukset ovat yhtä yleisiä kuin Win32 C -sovellukset. Apple potkaisee ja huutaa pitämällä iOS Safarin käyrän takana, estäen PWA-etenemisen missä vain. (Jopa heidän äskettäinen "tuki" PWA-laitteille iOS Safari 11.1: ssä tosiasiallisesti lamauttaa PWA: t.)

Ehdotukseni mobiilisovellusalustoille on väistämätön omaksuminen ja joko lisätä automaattisesti laadukkaita PWA: ita sovelluskauppaan tai antaa kehittäjien antaa PWA helposti (esim. Ilmaiseksi ja enintään 3 napsautuksella) myymälääsi.

Lukijat, toivon, että tämä on ollut hyödyllinen vilkaisu PWA: hin App Storesissa vuonna 2018.

Oletko lähettänyt PWA: n App Storeen? Haluaisin kuulla kokemuksesi kommenttiosasta. Ja voit lukea lisää blogiviestejäni blogistani.