8
« Poslední příspěvek od hknmtt kdy Dnes v 12:04:53 »
Povedzme, ze mam mobilnu verziu weboveho frontendu, co je javascriptovy SPA klient, a chcem z neho spravit mobilnu aplikaciu, lebo to uzivatelia proste chcu.
Viem, ze roky dozadu apple app store aj google app store zakazali aplikacie, ktore su len embedovany prehliadac s natvrdo nastavenou url.
Avsak ja sa chcem vyhnut tomu, ze pri zmene klienta alebo api musim vydavat novu verziu aplikacie - klienta. Inak povedane, aj napriek tomu, ze sa jedna o SPA, tak backend serviruje klientske subory a teda backend udrziava a riesi verzovanie api a kodu klienta - vzdy serviruje aktualnu verziu. Chcem teda predist tomu, ze mam jeden api backend ale 3. klientov - desktop, mobil a mobilna aplikacia. A eventuelne dalsi mobilny klient, ak sa bavime o podpore pre ios a android samostatne.
Zaujimalo by ma teda, ci je mozne mat mobilnu aplikaciu, ktora mozno nie je uplne len cisty embedovany prehliadac, ale povedzme ze pri spusteni si stiahne aktualne subory pre JS klienta, ako pre bezny web, a az tie nasledne executne lokalne v mobile, cim by sa dalo obist to jednoduche embedovanie prehliadaca.
Ja realne nepotrebujem ziadne api ponukane zariadenim, nic co neposkytuje bezny prehliadac. Takze riesit nativnu aplikaciu ma pre mna iba nevyhodu z hladiska casu a financii a teda je to uplne "no go" riesenie. Tak ma zaujima, ci je mozne k tomu pristupit inak a dospiet k nejakemu kompromisu, kedy uzivatelia su spokojni, apple je spokojny, google je spokojny a ja tiez?