Hybridné aplikácie pre Android pre batoľatá. Príklady mashupov. Výhody mashupov

Hybridné mobilné aplikácie získavajú na popularite. Dôvod je jednoduchý: táto technológia vám umožňuje rýchlo uvoľniť softvér pre viacero platforiem naraz. Nie všetko je však také dobré, ako by sa na prvý pohľad mohlo zdať. Rýchlosť uvoľnenia prichádza za cenu straty výkonu aplikácie a obmedzení používateľského rozhrania. Sme si vedomí týchto nedostatkov, no napriek tomu považujeme hybridné mobilné aplikácie za životaschopnú možnosť.

Poďme ďalej. Možnosť používať webové stránky v aplikáciách nie je žiadnou novinkou. Vďaka komponentu WebView bol dostupný už predtým. Začiatok vývoja hybridné aplikácie umiestniť stránky pripravené na zobrazenie v mobilných prehliadačoch. Nasledovali zložitejšie aplikácie a hry. Zdá sa, že všetko je v poriadku, ale toto nestačilo. Čas diktoval požiadavky na ešte väčšiu interakciu s operačným systémom mobilných zariadení. Takto sa objavila knižnica Cordova (Apache Cordova) a podobné projekty.

Apache Cordova je sada rozhraní API zariadení, ktoré umožňujú vývojárom mobilných zariadení prístup k natívnym funkciám zariadení. Ako napríklad fotoaparát, akcelerometer od JavaScript kód atď. V kombinácii s rámcami používateľského rozhrania – jQuery Mobile, Dojo Mobile alebo Sencha Touch – získame možnosť vyvinúť plne funkčné mobilná aplikácia iba pomocou HTML, CSS a JavaScriptu.

Iónový rámec je jedným z najdiskutovanejších a najpoužívanejších rámcov. Podľa oficiálnej webovej stránky platformy je Ionic SDK na vytváranie hybridných mobilných aplikácií, sady CSS a JS komponentov postavených na AngularJS, SASS a Apache Cordova.

Vidíme nasledujúce výhody pri používaní iónového rámca:

• Skvelá dokumentácia. A tiež omša užitočná informácia z komunity na stackoverflow a rámcového fóra.
• Veľké množstvo hotových nástrojov.
• Poskytovanie veľkej komunity aktívny rozvoj rámec.

Nevýhody zahŕňajú nasledujúce body:

• Ionic je trochu pomalý - existujú konkurenčné rámce, ktoré sú oveľa rýchlejšie. Napríklad famo.us.
• AngularJS. Jeho použitie považujeme skôr za nevýhodu ako výhodu.

Súhlasíte, existuje len veľmi málo slabých miest. Čo sa týka výhod, boli to práve tie, ktoré pôsobili ako takzvaná strieborná guľka. Inými slovami, naklonili našu voľbu v prospech Ionic. Navyše už vo fáze výberu architektúry projektu.

Teraz o projekte. Je multifunkčný, firemná aplikácia, ktorá zahŕňa chat, informačný kanál, informačný kanál správ a množstvo rôznych funkcií. V budúcnosti sa jeho počet ešte zvýši. Ako sa hovorí: v kamenných údoliach je nespočetné množstvo diamantov.

Ďalší zaujímavý nástroj Parse sa stal v našom „laboratóriu“. Parse.com je jedným z najpopulárnejších poskytovateľov backend-as-a-service (BaaS). Poskytuje všetko potrebné komponenty infraštruktúru pre prácu s webovou aplikáciou v jednej fľaši. Databáza, upozornenia push, ukladanie súborov a kód na strane servera. Nie je to zlé, poviete si a budete mať pravdu. Pretože okrem vyššie uvedených buchtičiek existujú aj bezplatná tarifa ktorý poskytuje 30 požiadaviek za sekundu, jeden úloha na pozadí, 20 GB úložného priestoru pre súbory, 20 GB pre úložisko databázy, 2 TB návštevnosti a 1 000 000 upozornení push za mesiac. Cool - povedz mi a budeš mať opäť pravdu.

Ahoj Word, aka TODO

Neodbočujme od všeobecne uznávaných kánonov a zostavme si náš bicykel pomocou vyššie uvedených nástrojov. Rozhodli sme sa implementovať klasické TODO, ktoré bude ukladať dáta v cloude (v databáze na Parse.com). Implementácia používateľského rozhrania bude založená na Ionic. Vo výsledku by sme tak mali dostať multiplatformovú mobilnú aplikáciu prispôsobenú minimálne pre iOS a Android.

Čo teda potrebujeme:

• zariadenie s macOS na palube (samozrejme na zostavenie pre iOS);
• Node.js + Npm + Gulp;

Krok jedna. Inštalácia Ionic frameworku a vytvorenie aplikácie

Nainštalujte Apache Cordova:

Nainštalujte Ionic:

Vytvárame nový projekt:

Prejdite do priečinka projektu a spustite webový server:

V dôsledku vykonaných manipulácií by sme mali webovým prehliadačom otvoriť stránku, v ktorej hlavičke sa chváli nápis: Ionic Blank Starter. V tejto fáze nebudeme zvažovať štruktúru projektu v plnom rozsahu. Všetko, čo potrebujeme tento moment Je aplikácia.

Krok 2. Zaregistrujte sa a vytvorte aplikáciu na Parse.com

Postup registrácie a vytvorenia aplikácie je veľmi triviálny. Zadáme vlastné meno, email a heslo, následne vyberieme typ spoločnosti „Individual Developer“ a zadáme názov aplikácie. To je všetko. Aplikácia Parse je pripravená na použitie.

Ďalším krokom je vytvorenie databázy. Musíme niekde uložiť naše záznamy. Ak to chcete urobiť, vytvorte tabuľku

Snímka obrazovky jasne ukazuje, že Parse má niekoľko predvolených tabuliek. Sú povinní uchovávať údaje o používateľoch, rolách a inštaláciách. Ako prebieha autorizácia a registrácia si popíšeme v ďalšom článku. Tu sa obmedzíme na vytvorenie tabuľky na ukladanie záznamov TODO. Na to potrebujeme triedu Task. Poznámka - toto je trieda, nie tabuľka.

Takže úloha je splnená. Bola vytvorená trieda Task. V dôsledku toho sme dostali prázdnu tabuľku s nasledujúcimi poľami:

• objectId - identifikátor objektu, reťazec.
• createdAt - dátum vytvorenia.
• updatedAt - dátum úpravy.
• acl - riadenie prístupu k zápisu (podrobnostiam riadenia prístupu k zápisu sa budeme venovať v nasledujúcich článkoch).

Naším aktuálnym cieľom je rýchly prototyp. Z tohto dôvodu môžete zabudnúť na bezpečnosť. Žiadna autorizácia v aplikácii. len hardcore :)

Pridajte do tabuľky dve polia:

• telo - samotný záznam TODO
• isDone - stav úlohy

Bez toho, aby ste opustili pokladňu, priamo tam - v konzole Parse pridajte dva testovacie záznamy.

Krok 3. Analýza a iónová analýza

Stiahnite si súpravu Parse JavaScript SDK z oficiálnej webovej stránky a pohodlne ju umiestnite do adresára www / lib, potom ju pripojte do súboru www / js / index.html nasledujúcim spôsobom

Jeden bod si všimneme zvlášť - adresár www považujeme za koreňový a v aplikácii používame relatívne adresy.

Keďže každý vývojár môže mať svoje vlastné nastavenia a vo všeobecnosti je ukladanie nastavení do úložiska neslušné, odporúčame použiť konfiguračný súbor Vytvára sa iónová aplikácia. Pridajte súbor config.xml do zoznamu ignorovaných súborov Git, aby tokeny aplikácie neskončili v úložisku. Otvorte súbor config.xml a pridajte tam nasledujúce značky:

Parametre JS Key a App Id je možné získať v menu Parse, Panel> Settings> Keys.

Pri zostavovaní aplikácie sa použije konfiguračný súbor z koreňového adresára. Potrebujeme ho na spustenie aplikácie v prehliadači bez predbežnej montáže.

Parse.initialize (window.applicationConfig [‘ParseAppID’], window.applicationConfig [‘ParseJsKey’]);

GetConfigFromXML je funkcia, ktorá sa pýta na súbor xml / config.xml a číta všetky značky preferencií. Okrem toho uloží globálnu premennú a potom inicializuje súpravu Parse SDK.

Výsledok je možné skontrolovať v konzole. Aby sme to dosiahli, skúsme získať testovacie záznamy z databázy, ktorú sme vytvorili v ovládacom paneli Parse. Urobíme to takto: vyhlásiť nový typÚloha založená na triede Task a vytvorte požiadavku na výber prvkov, inštancií triedy. Nenastavujeme žiadne hľadané výrazy, len hľadáme všetky prvky. Potom okamžite zavoláme funkciu find, ktorá nám vráti Promise a oznámi nám, že musíme vypísať údaje o pripravenosti na konzolu. Je tam viac textu s vysvetlivkami ako samotný kód :)

Príklady z oficiálnej dokumentácie zvyčajne používajú spätné volanie. Súčasná implementácia je však podľa nás oveľa jednoduchšia. Pri absencii výslovného obmedzenia počtu záznamov si Parse sám nastavuje hranicu 100 jednotiek.

Ak chcete získať všetky záznamy naraz, môžete nastaviť vedome veľký limit alebo získať ich počet a potom pomocou rekurzívnej metódy všetky záznamy.

Krok 4. Zobrazenie TODO príspevku pomocou AngularJS

Teraz si to poďme vysvetliť. Na stránke sme informovali o potrebe hornej navigačnej lišty a pripojili sme aj smerovacie súbory a ovládače.

Krok 5. Smerovanie

Cesty a radiče registrujeme v súbore router.js

ion-nav-view - kontajner, ktorý sa viaže na ovládač a šablónu

app – názov kontajnera

respektíve kód nižšie

keď prejdete na „# / task / new“, namapuje šablónu „templates / new-task.html“ do kontajnera s názvom „app“ a prenesie riadenie na ovládač „NewTaskController“.

Iný kontajner môžeme deklarovať napr

Používanie rozsahu $ nie je osvedčeným postupom. Z tohto dôvodu pristupujeme k kontrolórovi cez jeho alias. Deklarujeme to však nie v šablónach, ale v trasách.

Krok 6. Ovládače

Pozrite sa, ako pracujeme s ovládačmi v tomto príklade tutoriálu a už to nikdy neurobíme. Nezabudnite, že sme sa rozhodli stratiť kvalitu naberaním rýchlosti. Ak robíte všetko podľa najlepších Angular postupov, potom musíte brať do úvahy architektúru HMVC (Hierarchický model – pohľad – ovládač).

Dopustíme sa teda rúhania a zhromažďujeme všetky ovládače do jedného súboru controllers.js. Nižšie je jeho zoznam.

Vysvetlenia pre kód:

Controller TasksController - zodpovedný za zobrazenie zoznamu našich záznamov TODO.

Útržok kódu nižšie načíta súbory z Parse a povie Angular, aby zmenil údaje, ako keby naznačoval, že by bolo pekné prekresliť ich.

Funkcie completeTask a uncompleteTask sú zodpovedné za zmenu stavu/stavu položky TODO.

NewTaskController je zodpovedný za vytvorenie novej položky TODO.

Premenná this.newTask = (body: ", isDone: false); používa sa na naviazanie na vstupný prvok.

Útržok kódu na vytvorenie a uloženie nového záznamu TODO.

Útržok kódu vykonávajúci nasledujúce operácie po uložení údajov: vymazanie premennej a prepnutie na zoznam položiek TODO.

Krok 7. Šablóny

Celkový počet šablón sú vždy dve: vytváranie/úprava zoznamu a záznamu.

TODO zoznam šablón kód šablón záznamov / task.html

Vysvetlivky pre kód šablóny zoznamu záznamov TODO

view-title = "Úlohy" - názov našej navigačnej lišty.

ng-repeat = "úloha v úloháchCtrl.tasks" - prejdite všetky záznamy v slučke, pamätajte si, čo sú úlohyCtrl - rovnaký alias, ktorý bol deklarovaný v súbore trasy.

Šablóna na vytvorenie / úpravu záznamu TODO new-task.html

Šablóna je jednoduchá. Je to dokonca veľmi jednoduché – jeden vstup a tlačidlo „uložiť“. Všetko. Stručnost je dušou dôvtipu.

Ďalší dôležitý bod, ktorý by ste nikdy nemali vynechať. Urobme si malý flashback k ovládačom

)); - po zmene stavu / stavu záznamu sa vrátime do TasksControlleru. Odtiaľ sme však prišli. Je logické predpokladať, že sme sa v skutočnosti vrátili späť a kód ovládača sa nevykonal. Nemali sme čas zistiť túto chybu alebo funkciu, ale vyskytol sa problém a našli sme riešenie vo vyššie uvedenom úryvku kódu.

Krok 8. Vytvorte aplikáciu

Kód je pripravený. Aplikácia bola vopred otestovaná v prehliadači. Je čas otestovať aplikáciu na skutočných mobilných zariadeniach a emulátoroch. Aby ste to dosiahli, musíte vytvoriť program pre cieľové platformy. V našom prípade sú to Android a iOS.

Na vytvorenie aplikácie pre Android musíme mať nainštalovanú súpravu Android SDK

a do .bash_profile musíte pridať nasledujúce riadky:

Ak chcete vytvoriť aplikáciu pre iOS, musíte mať nainštalovaný macOS a Xcode.

Pridajte požadované platformy:

Vyššie uvedené príkazy sú obaly pre Cordova a sú ekvivalentné príkazu pridania platformy cordova.

Vráťme sa na platformu Android a pokračujme v mučení príkazového riadku.

Vykonanie týchto príkazov by malo viesť k spusteniu aplikácie Emulátor Androidu... Nezastavíme sa pri tom a pokúsime sa to spustiť na skutočnom zariadení. Ak to chcete urobiť, musíte povoliť ladenie aplikácie cez USB:

1. Prejdeme do ponuky „Nastavenia“.
2. V ponuke „O telefóne“ alebo v niektorej zo sekcií nájdeme tlačidlo „Číslo zostavy“ a stlačíme ho 7-krát za sebou.
3. Objaví sa nová sekcia nastavenia s možnosťami vývoja.
4. Prejdite naň a povoľte ladenie USB.

Odlaďte aplikáciu

Ladenie aplikácie Ionic nie je také ťažké, pretože máme prístup ku konzole webového zobrazenia, keď je spustená. Ak to chcete urobiť v systéme Android:

• Používame vzdialené ladenie Chrome.
• Výsledkom je, že naša aplikácia bude dostupná v prehliadači chrome: // kontrola / # zariadení.

Ak to chcete urobiť v systéme iOS:

Na telefóne

• Zapnite nastavenia Safari – Súkromné ​​prehliadanie.
• Zapnite rozšírené nastavenia Safari – Webový inšpektor.

Na počítači

• Prehliadač Safari – Saferi – predvoľby – pokročilé.
• Na paneli s ponukami zapnite možnosť Zobraziť ponuku Vývoj.
• V dôsledku toho sa zariadenia pripojené k počítaču zobrazia v ponuke Develop.

Existujú tiež podvodné skaly... Keďže aplikácia pre iPhone nebeží na pozadí, konzola zobrazuje výstup presne pri spustení. Ak chcete uložiť protokoly konzoly od úplného začiatku, mali by ste napísať malý zapisovač

výsledky

Hybridné mobilné aplikácie – perspektívne a aktívne vývoj technológie... Iónový rámec je najstabilnejším riešením pre ich implementáciu. Jeho hlavnými ziskami sú výkon a multiplatformnosť. Nevýhody - malá strata rýchlosti a potreba pochopiť, ako sú usporiadané natívne aplikácie (bez toho nič). Problém je v tom, že požadovaný doplnok Cordova nemusí byť dostupný, alebo jednoducho už nie je podporovaný. S takouto situáciou sme sa v praxi stretli. Plugin nebol aktualizovaný po vydanie pre iOS 8. V dôsledku toho som musel sám nájsť a opraviť chybu v kóde Objective C. Pokračovanie .

Ako začínate svoje ráno? Predtým ľudia pri raňajkách radi čítali čerstvé noviny, z ktorých sa o nich dozvedeli najnovšie správy, udalosti vo svete, nájdené reklamy, čítanie anekdot. Svetlá sci-fi budúcnosť však už prišla a smartfóny a tablety nahradili noviny a rubrika anekdot sa vyvinula do celej aplikácie. Z aplikácií zisťujeme počasie, výmenné kurzy, správy, vidíme, kde sú dopravné zápchy, sledujeme aktivity našich obľúbených umelcov, listujeme plagátmi a podobne. Pevne sa usadili v živote moderného človeka. A moderný človek sa ich často zaväzuje rozvíjať. A často sa stáva, že netuší, že existujú natívne aplikácie, ale existujú hybridné a webové aplikácie, nevie ich rozlíšiť a aký typ sa najlepšie hodí do konceptu jeho projektu.

Dnes sa porozprávame o natívnych a hybridných aplikáciách s Denisom Altukhovom, vývojárom pre Android zo spoločnosti Anadea.

Ahoj Denis!
Ahoj!

Povedzte mi ako profesionál: ako sa natívne aplikácie líšia od hybridných aplikácií?
Pozrite sa: natívne sú vytvorené pre konkrétnu platformu, či už ide o Android, iOS alebo Windows. Sú napísané v rodných jazykoch - Java v prípade Androidu a Objective C in Prípad iOS... Sťahujú sa výhradne z oficiálnych obchodov.

Páči sa vám PlayMarket?
Áno, pre Apple máme PlayMarket a AppStore. Inštalácia a distribúcia prebieha prostredníctvom týchto predajní. Otvára sa ako samostatná aplikácia a má vlastné okná. Nenatívna, napísaná v JavaScripte - v skutočnosti je to aplikácia, ktorá sa otvára v prehliadači a má nejaké mobilné rozloženie.

Ide v podstate o webovú aplikáciu?
Áno. A jeho výhodou je, že je multiplatformový – píšete pre všetky platformy naraz, otvorí ich Windows, Android aj iPhone alebo čokoľvek iné. Tu je však stanovené také obmedzenie, že sa nedostanete k mnohým technickým funkciám, ktoré zákazník požaduje. Napríklad chce aktívna práca s foťákom - v nepôvodnom nebudete. Nemôžete navrhovať pomocou príručiek, ktoré sú k dispozícii pre iOS a Android.

Môže sa hybridná aplikácia v rôznych prehliadačoch zobrazovať inak?
Môže „plávať“, ale v globále bude všetko vyzerať rovnako. Ale napríklad, ak je človek zvyknutý používať Android, potom bude očakávať, že uvidí nejaké štandardné „androidové“ veci. A keď aplikácia prehliadača nie je usporiadaná tak, ako očakávate, je to celkom nepríjemné, úprimne povedané.

Všetky hlavné aplikácie sú väčšinou natívne. prečo?
Hlavným dôvodom je absencia akýchkoľvek obmedzení. Môžete sa dostať k akejkoľvek funkcii, ktorú vám operačný systém poskytuje. Takáto aplikácia je flexibilnejšia, oveľa lepšie pracuje s batériou vďaka správnej architektúre rodného jazyka. Samotný operačný systém sa pozerá na vašu aplikáciu a zostavuje ju správna práca s batériou, obrazovkou a pod. Implementovať rovnakú prácu s mapami v hybridnej aplikácii bez použitia natívnych nástrojov od Google a Apple bude oveľa náročnejšie.

Stretávate sa vo svojej praxi s mashupmi?
Áno. Napríklad pred rokom prišiel projekt, ktorý práve pracoval s mapami – bol napísaný v JavaScripte, ťažko sa začínalo v špeciálnom štúdiu, samotný projekt bol rozbitý. Nejako sa mi to podarilo spustiť len na emulátore iPhone!

Bože môj!
A to preto, aby bolo aspoň niečo vidieť! A bolo dosť ťažké uvedomiť si, čo sa tam deje. Nakoniec zákazník prišiel na to, že namiesto jedného hybridu si objednal dve natívne aplikácie – pre iOS a pre Android.

Takže len strácal čas?
Áno. Ale nemôže za to – hybridné aplikácie sú lacnejšie a rýchlejšie sa vyvíjajú. Nuž, výber vývojárov je oveľa širší – špecialista na mobilné platformy už nie je potrebný, stačí sa obrátiť na frontend, ktorý dostatočne ovláda JavaScript. Pri znalosti syntaxe jazyka bude schopný objednávku splniť, no bez hlbokej znalosti platformy môže veľa minúť a úroveň aplikácie bude nízka.

Je to dôvod, prečo sú nenatívne aplikácie často nekvalitné?
Áno – „havarujú“ alebo nefungujú správne, pretože niekto prišiel zvonku. Ďalším problematickým aspektom „hybridov“ je organizácia notifikácií. Možno tam tieto služby nejako fungujú, ale napríklad teraz pracujeme na sociálnej aplikácii na zdieľanie fotiek a tam sú v iOS a Androide notifikácie postavené úplne inak. Tu je podstatný rozdiel. Ako budú vyzerať notifikácie vo webovej aplikácii na troch ohlásených platformách (iOS, Android, Windows), z ktorých každá má svoje vlastné individuálne charakteristiky ... ale kto vie?

A čo bezpečnosť?
Tu strácajú aj hybridy. Apk súbor si môžete stiahnuť len z jedného miesta – z obchodu. Navyše máte možnosť pred nahraním aplikácie štandardné nástroje zašifrovať všetko, skryť implementáciu atď. Okrem šifrovania existuje aj niečo ako proguard - prerušuje odkazy, vymazáva mená. V non-native nič z toho nie je, čo znamená, že ktokoľvek ho môže analyzovať, ukradnúť váš kód, stiahnuť z iného miesta.

To znamená, že teraz sú hybridné aplikácie stále veľmi, veľmi ďaleko od natívnych?
Samozrejme. Majú zmysel, ak vyvíjate niečo veľmi jednoduché, zovšeobecnené, ak rozpočet nie je vysoký a termíny sú napäté. Niečo, čo nevyžaduje všetok výkon zariadenia, nie je viazané na hardvér. Ak je potrebná všetka funkčnosť, potom v natívnych operačných sálach systémy Google a Apple už má v sebe zabudovanú celú horu metód a spôsobov práce s fotoaparátom, mapami, bluetooth a ďalšími. A samozrejme to bude lepšie a kvalitnejšie ako znovu vynájdený bicykel od nejakých tretích vývojárov.

absolútne s tebou súhlasím. Ďakujeme, že ste si našli čas na rozhovor!
Nie je začo.

Zhrňme náš rozhovor s Denisom:

• ak potrebujete vysokú rýchlosť a vaša aplikácia bude priamo využívať hardvér (kamera, RAM, video čip, bluetooth, wi-fi, obrazovka atď.), vytvorte natívnu aplikáciu;
• ak máte záujem o vysokú úroveň zabezpečenia, vytvorte si natívnu aplikáciu;
• ak na tom naozaj pracujete veľký projekt- vyvinúť natívnu aplikáciu;
• ak potrebujete niečo veľmi jednoduché a váš projekt nepotrebuje vyššie uvedené body, potom si vystačíte s hybridnou aplikáciou.

Dosiahnite globálny rozsah a miestnu prítomnosť, ktorú potrebujete, s prístupom k jednej z najväčších cloudových sietí. Znížte latenciu siete vďaka extrémne rýchlemu hybridnému pripojeniu prostredníctvom Azure ExpressRoute so šírkou pásma až 100 Gbps. Rýchlo pripojte tisíce pobočiek automatizáciou konfigurácie a pripojenia pomocou Azure Virtual WAN. Chráňte a zabezpečte svoju virtuálnu sieť pomocou služieb ako Azure Firewall a Azure DDoS Protection. Poskytnite najlepší používateľský zážitok so službou Azure Front Door Service.

Ako fungujú hybridné sieťové riešenia

„Máme továrne po celom svete... ale nemohli sme použiť sieť Amazon Web Services na prenos údajov medzi regiónmi. S Azure môžeme. Môžeme prenášať údaje do všetkých našich lokalít bez opustenia siete Azure, čo prináša nižšiu latenciu, nižšie náklady a vyššiu bezpečnosť."

Matthew Douglas, riaditeľ cloudovej architektúry a architektúry riešení, Smithfield Foods, Inc.

Referenčné architektúry hybridných sietí

• Pripojte lokálnu sieť k Azure pomocou brány VPN

  
  

  Táto referenčná architektúra ukazuje, ako rozšíriť lokálnu sieť na Azure pomocou virtuálnej súkromnej siete typu site-to-site (VPN). Toky premávky medzi lokálnou sieťou a virtuálnou sieťou Azure (VNet) cez tunel IPSec VPN.

• Pripojte lokálnu sieť k Azure pomocou ExpressRoute

  
  

  Táto referenčná architektúra ukazuje, ako pripojiť lokálnu sieť k virtuálnym sieťam v Azure pomocou Azure ExpressRoute. Pripojenia ExpressRoute používajú súkromné ​​vyhradené pripojenie prostredníctvom poskytovateľa pripojenia tretej strany. Súkromné ​​pripojenie rozširuje vašu lokálnu sieť na Azure.

• Pripojte lokálnu sieť k Azure pomocou ExpressRoute s núdzovým riešením VPN

  
  

  Táto referenčná architektúra ukazuje, ako pripojiť lokálnu sieť k virtuálnej sieti Azure (VNet) pomocou ExpressRoute s virtuálnou privátnou sieťou typu site-to-site (VPN) ako núdzovým pripojením. Prevádzkové toky medzi lokálnou sieťou a virtuálnou sieťou Azure cez pripojenie ExpressRoute. Ak dôjde k strate pripojenia v okruhu ExpressRoute, prevádzka je smerovaná cez tunel IPSec VPN.

• Implementujte sieťovú topológiu hub-spoke v Azure

  
  

  Táto referenčná architektúra ukazuje, ako implementovať topológiu hub-spoke v Azure. Hub je virtuálna sieť (VNet) v Azure, ktorá funguje ako centrálny bod pripojenia k vašej lokálnej sieti. Špice sú virtuálne siete, ktoré sú rovnocenné s rozbočovačom a možno ich použiť na izoláciu pracovných zaťažení. Prevádzka prúdi medzi lokálnym dátovým centrom a hubom prostredníctvom pripojenia ExpressRoute alebo brány VPN.

• Implementujte sieťovú topológiu hub-spoke so zdieľanými službami v Azure

  
  

  Táto referenčná architektúra stavia na referenčnej architektúre hub-spoke a zahŕňa zdieľané služby v hube, ktoré môžu využívať všetky lúče. Prvým krokom k migrácii dátového centra do cloudu a vybudovaniu virtuálneho dátového centra je, že prvé služby, ktoré musíte zdieľať, sú identita a bezpečnosť. Táto referenčná architektúra vám ukáže, ako rozšíriť vaše Aktívny adresár služby z vášho lokálneho dátového centra do Azure a ako pridať a virtuálna sieť zariadenie (NVA), ktoré môže fungovať ako firewall v topológii hub-spoke.

Fungujúci startup je taký, ktorý je postavený na princípoch stratégie MVP (Minimum Viable Product). Tento prístup vám umožňuje overiť váš produkt pred jeho uvedením na trh širokej verejnosti.

Do záložiek

Táto aplikácia bola vytvorená pomocou rámca Ionic a ponúka nasledujúce funkcie:

• vyhľadávanie / výskum konkrétnych predmetov v múzeu;
• Video s rozšírenou realitou;
• Zdieľanie prostredníctvom sociálnych sietí;

Nedávnym príkladom hybridnej aplikácie, ktorú sme vytvorili v Ezetech pre Tickfinity, je TicketNetwork POS pre mobil ( video).

výhody:

• Vysoká rýchlosť vývoja;
• Napísané s pomocou HTML, CSS, Javascript, ktoré poskytujú krížovo kompatibilný iOS, Android a webový softvér (vyžaduje sa len jeden webový vývojár);
• K dispozícii sú rámce, ktoré emulujú vlastné prvky používateľského rozhrania (ako tlačidlá, ponuky atď.);
• UX má blízko k natívnej skúsenosti s použitím prvkov používateľského rozhrania, ktoré napodobňujú správanie bežnej aplikácie;
• Prístup k API smartfónu (kamera, push notifikácie, geolokácia a iné).

Mínusy:

• UX nie je také dobré ako v natívnych aplikáciách (oneskorenie kliknutí 300 ms, fantómové kliknutia pri posúvaní);
• Čím je aplikácia zložitejšia, tým pomalšie beží v dôsledku použitia rôznych shellov a knižníc;
• Nefunguje offline;
• Animácie sa ťažko implementujú do používateľského rozhrania.

Táto možnosť je vhodná pre MVP jednoduchý web alebo mobilné aplikácie. Ak už máte webovú aplikáciu postavenú pomocou JavaScriptu, môžete ju použiť existujúci kód... Jednoducho povedané, Apache Cordova je dobrá rýchla tvorba lacné mobilné aplikácie so štandardnými funkciami.

Reagovať Native

React je skvelá voľba, ak je vaša webová aplikácia vytvorená pomocou React.js. Je to relatívne Nová technológia vo svete mashups a migrácia z existujúcej webovej do mobilnej aplikácie môže byť dosť rýchla. Výsledkom je, že získate mobilnú aplikáciu, ktorá využíva natívne súčasti operačného systému vášho smartfónu (tlačidlá, vstupy a ďalšie funkcie zariadenia). Výkon je dobrý, pretože zdrojový kód sa konvertuje na natívnu mobilnú aplikáciu a nie je spustený vo vstavanom okne prehliadača.

Niekoľko príkladov aplikácií používajúcich React Native:

výhody:

• Vysoká rýchlosť vývoja webových aplikácií založených na React;
• Webová aplikácia vytvorená pomocou React.js sa dá jednoducho previesť na mobilnú aplikáciu React Native a časť zdrojového kódu sa dá znova použiť;
• vlastné používateľskú skúsenosť;
• Aplikácia vyzerá a pôsobí ako natívna mobilná aplikácia špecifická pre platformu;
• nízke náklady na vývoj;
• Odborníci na React Native zvyčajne dokážu vytvárať aplikácie pre Android a iOS.

mínusy:

• Relatívne nová technológia (obmedzené open source riešenia zdrojový kód);
• Obmedzené z hľadiska vizuálneho dizajnu;
• Nevhodné pre komplexné projekty ako sú mobilné hry alebo aplikácie, ktoré vyžadujú vysoké zaťaženie (významné výpočty).

React Native je najpopulárnejšia technológia na vývoj hybridných mobilných aplikácií. Používajú ho najväčšie digitálne korporácie a má mnoho výhod. Toto je dobrá voľba, ak vaša aplikácia nepotrebuje udržiavať viacero pripojení k serveru v reálnom čase alebo vykonávať zložité výpočty. Táto technológia je stále nová a nie je toľko open source knižníc a modulov ako pre natívne technológie vývoja mobilných aplikácií, no rýchlo sa vyvíja.

Vývoj natívnych aplikácií

Vytváranie natívnych (natívnych) aplikácií pre každú platformu - najlepšia voľba z hľadiska produktivity a kvality produktov, ale je to aj najdrahší prístup. Ak už máte webovú aplikáciu, stačí si ju vytvoriť mobilných klientov pre mobil aplikácie pre Android a iOS, ktoré budú pripojené k rovnakému backendu ako váš webový klient. Na backende môžu byť stále potrebné menšie zmeny, ale nemalo by to trvať dlho.

Zvyčajne potrebujete aspoň 2 vývojárov – vývojára pre iOS pracujúceho na aplikácii pre iPhone pomocou Objective-C alebo Swift a vývojár pre Android ktoré Java alebo Kotlin použijú. Preto budú náklady na vývoj vyššie ako ktorýkoľvek z vyššie uvedených prístupov.

klady:

• Na riešenie je k dispozícii množstvo modulov a knižníc spoločné úlohy rozvoj;
• Dobrý výkon a skvelá používateľská skúsenosť vôbec mobilné platformy;
• Umožňuje aplikácii prístup ku všetkým zariadeniam schváleným výrobcom;
• Môže pracovať offline a ukladať dáta do zariadenia.

Mínusy:

• Vyššie náklady v porovnaní s vývojom mashup;
• Rôzne technologické zásobníky pre rôzne platformy(potrebných viac vývojárov).
• Všimnite si, že je najlepšie vytvoriť natívnu aplikáciu od začiatku, iba ak na to máte prostriedky. Technológie na vytváranie takýchto aplikácií existujú už dlhú dobu, výsledkom čoho sú mnohé modulárne riešenia, ako aj komunity s otvoreným zdrojovým kódom, ktoré sú dostupné vývojárom na efektívne riešenie problémov.

Záver

Existujú dve hlavné možnosti, ktoré fungujú dobre na prechod z webu do mobilnej aplikácie – vývoj mashupu a začiatok od nuly (vývoj natívnej aplikácie) Ak funkčnosť vášho produktu nie je príliš zložitá a chcete len navrhnúť mobilných používateľov najlepší zážitok, musíte použiť React Native (ak je stránka React) alebo Apache Cordova na vývoj vášho mashupu. Toto je najlepšia možnosť, ak máte obmedzený rozpočet a potrebujete podporu pre Android a iOS.

Pre komplexné aplikácie ktoré musia vykonávať zložité výpočty, udržiavať pripojenie k serveru v reálnom čase a ponúkať používateľom unikátne vlastnosti ktoré vyžadujú neustálu interakciu s inými aplikáciami, je lepšie použiť natívny vývoj. Týmto spôsobom môžete vytvoriť aplikáciu s najdôležitejšou funkcionalitou a vylepšiť ju s rastom vášho podnikania.

Pokiaľ ide o vývoj progresívnej webovej aplikácie, ide o celkom novú technologickú paradigmu. Takáto aplikácia sa dobre hodí na rozšírenie dosahu vášho zdroja, no od plnohodnotnej mobilnej aplikácie má ešte ďaleko.

Napíšte správu