25/09/2022
- Kom Godt i Gang med HTML5
- Hvad er HTML5?
- Opsætning af dit Udviklingsmiljø
- Oprettelse af din Første Webapp
- Tilføjelse af Interaktivitet til din Webapp
- Hvad er en Webapplikation?
- 1. Forstå Forskellen mellem Native, Hybrid og Web Applikationer
- Sammenligning: Native vs. Hybrid vs. Web
- Hvorfor vælge Hybrid/HTML5?
- 2. Design din Applikation
- 3. Byg din Applikation ved hjælp af et Framework og et UI Kit/Design System
- 4. Test din Applikation via Browseren
- 5. Pak din Applikation
- 6. Tilgå Native API'er (valgfrit)
- 7. Test din Applikation på en Enhed
- 8. Signer din Applikation
- 9. Distribuer din Applikation
- Konklusion
Kom Godt i Gang med HTML5
Er du ivrig efter at bygge din første webapplikation med HTML5? Med dens enorme udvalg af funktioner og muligheder har HTML5 revolutioneret måden, vi bygger webapplikationer på. I denne guide vil vi tage dig i hånden og guide dig gennem processen med at skabe din første webapp med HTML5. Ved slutningen af denne tutorial vil du være udstyret med færdighederne til at bygge en fuldt funktionel webapp, der er både visuelt tiltalende og brugervenlig.
Hvad er HTML5?
HTML5 er den femte store revision af HTML-standarden, og den er designet til at give en mere robust og fleksibel måde at bygge webapplikationer på. Med HTML5 kan du skabe websider, der er mere interaktive, responsive og engagerende. Nogle af de vigtigste funktioner i HTML5 inkluderer:
- Forbedret semantisk struktur: HTML5 introducerer nye semantiske elementer, der gør det lettere at strukturere dit indhold og forbedre tilgængeligheden.
- Multimedieunderstøttelse: HTML5 giver dig mulighed for at indlejre multimedieindhold som lyd- og videofiler direkte på dine websider.
- Offlineopbevaring: HTML5 giver en måde at gemme data lokalt på brugerens enhed, hvilket gør det muligt for din webapp at fungere, selv når brugeren er offline.
Opsætning af dit Udviklingsmiljø
Før du begynder at bygge din webapp, skal du sætte dit udviklingsmiljø op. Her er de trin, du skal følge:
- Installer en koderedigeringsprogram: Du skal bruge en koderedigeringsprogram til at skrive og redigere din HTML-kode. Nogle populære koderedigeringsprogrammer inkluderer Sublime Text, Atom og Visual Studio Code.
- Installer en webbrowser: Du skal bruge en webbrowser til at teste din webapp. Nogle populære browsere inkluderer Google Chrome, Mozilla Firefox og Safari.
- Installer en teksteditor: Du skal bruge en teksteditor til at skrive og redigere din HTML-kode. Nogle populære teksteditorer inkluderer Notepad++, TextEdit og Notepad.
Oprettelse af din Første Webapp
Nu hvor du har dit udviklingsmiljø sat op, er det tid til at oprette din første webapp. Her er de trin, du skal følge:
- Opret en ny fil: Opret en ny fil kaldet "index.html" og åbn den i din koderedigeringsprogram.
- Tilføj den grundlæggende struktur: Tilføj den grundlæggende struktur på din webside ved at tilføje følgende kode:
<!DOCTYPE html> <html> <head> <title>Min Første Webapp</title> </head> <body> <h1>Velkommen til Min Første Webapp</h1> </body> </html>
- Tilføj indhold: Tilføj noget indhold til din webside ved at tilføje følgende kode:
<p>Dette er min første webapp.</p>
- Tilføj en knap: Tilføj en knap til din webside ved at tilføje følgende kode:
<button>Klik på mig!</button>
- Tilføj et script: Tilføj et script til din webside ved at tilføje følgende kode:
<script> alert("Hej, verden!"); </script> - Gem og test: Gem din fil og test den i din webbrowser.
Tilføjelse af Interaktivitet til din Webapp
Nu hvor du har din grundlæggende webapp sat op, er det tid til at tilføje lidt interaktivitet. Her er de trin, du skal følge:
- Tilføj en formular: Tilføj en formular til din webside ved at tilføje følgende kode:
<form> <label for="name">Navn:</label> <input type="text" id="name" name="name"><br><br> <label for="email">Email:</label> <input type="email" id="email" name="email"><br><br> <input type="submit" value="Send"> </form>
- Tilføj et script: Tilføj et script til din webside ved at tilføje følgende kode:
<script> document.getElementById("submit").addEventListener("click", function() { alert("Formular sendt!"); }); </script> - Gem og test: Gem din fil og test den i din webbrowser.
Hvad er en Webapplikation?
Hvis du læser dette, har du sandsynligvis allerede en god idé om, hvad en HTML5 mobilapplikation er, men du ved måske ikke, hvordan du rent faktisk får en på Apple App Store eller Google Play. Du kan indsende en applikation bygget udelukkende med webteknologi til begge disse butikker, ligesom du ville gøre med en native applikation (selv hvis du ikke har en Mac), og for langt de fleste anvendelsesscenarier kan den se ud, føles og yde lige så godt som native applikationer - forudsat at applikationen er designet godt.
Brugere af mobile applikationer er kommet til at forvente et vist niveau af kvalitet og design fra de applikationer, de bruger. Android- og iOS-applikationer har et sæt normer, som - hvis du afviger for meget fra dem - kan få din applikation til at se amatøragtig og dårlig ud (eller som mange mennesker måske siger "ikke-native"). Et problem med webteknologi er, at den har en lav adgangsbarriere, og den lader dig gøre hvad som helst, selv hvis det, du ender med at bygge, ikke ligner, hvad en mobilapplikation "bør" se ud. Dette har givet HTML5 mobile applikationer et dårligt ry, da det er så nemt at oprette mobile applikationer med HTML5 webteknologier, at der naturligvis er mange dårlige derude.
Hvis du er opmærksom på design/kvalitet og bruger passende tid på at lære at bygge gode mobile applikationer med webteknologi, så kan du skabe applikationer af høj kvalitet, der i de fleste tilfælde er umulige at skelne fra standard native applikationer (endnu et problem med ryet for HTML5 mobile applikationer: folk antager, at de gode bare er "normale" native applikationer!). Der er dog et par trin mellem her og der. Der er et par konceptuelle forskelle at forstå, når man opretter en HTML5 mobilapplikation, og man kan nemt sidde fast et sted undervejs.
Jeg har lavet denne trin-for-trin guide for at pege dig i den rigtige retning - uanset hvor du er på din app store rejse, bør denne artikel hjælpe med at give dig den kontekst, du har brug for.
1. Forstå Forskellen mellem Native, Hybrid og Web Applikationer
Før du overhovedet kommer i gang, bør du forstå, hvorfor du bygger en mobilapplikation med webteknologi, og hvad forskellen præcist er mellem en webapp, en hybrid app og en standard native app.
Native Applikationer
Det er nemt nok at forstå, hvad en native applikation er: en applikation, der er kodet ved hjælp af platformens native sprog. Det betyder brug af Objective-C/Swift/XCode til iOS eller Java/Kotlin/Android Studio til Android. En native applikation har øjeblikkelig adgang til alt, hvad platformen tilbyder, uden nogen begrænsninger. Ulempen ved denne tilgang er, at separate applikationer skal bygges til hver platform.
Web Applikationer
En webapplikation er en applikation, der drives af en browser (typisk indlæst via internettet). En webapplikation er typisk bygget ved hjælp af HTML, CSS og JavaScript og kan leveres enten via en desktop- eller mobilbrowser. En webapplikation kan bygges til at efterligne følelsen og adfærden af en normal native applikation, men kører i stedet bare gennem en browser. Ved at bruge denne tilgang får du ikke adgang til alle de "klokker og fløjter", som en native applikation har (dvs. Native API'er), og du kan ikke distribuere din applikation gennem de fleste app stores. Dog er det at bygge Progressive Web Applications – som grundlæggende bare betyder en moderne/offline-kapabel mobil webapplikation – ved at blive en meget populær distributionsmetode.
Hybrid Applikationer
En hybrid applikation er en blanding af den native og web-tilgang, der giver dig mulighed for at bygge applikationen én gang og indsende den til flere app stores. En hybrid applikation bruger en native pakker som Cordova eller Capacitor, som essentielt pakker et browser web view ind i en native applikation og viser din webapplikation gennem det. Med denne tilgang vil brugerne af applikationen ikke længere kunne se browseren, som appen køres igennem (så den vil bare fremstå som en normal native applikation for dem), du har adgang til native funktionalitet via Cordova/Capacitor, og du kan distribuere din applikation gennem app stores.
Sammenligning: Native vs. Hybrid vs. Web
| Funktion | Native App | Hybrid App | Web App |
|---|---|---|---|
| Udviklingssprog | Swift/Objective-C (iOS), Java/Kotlin (Android) | HTML, CSS, JavaScript (med frameworks) | HTML, CSS, JavaScript |
| App Store Distribution | Ja | Ja | Nej (men Progressive Web Apps kan have lignende funktioner) |
| Adgang til Native API'er | Fuld | Via wrappers (Cordova/Capacitor) | Begrænset (via browser API'er) |
| Ydeevne | Højest | God (afhænger af framework og implementering) | God (afhænger af netværk og browser) |
| Udviklingstid | Længst (separat kodebase) | Mellem (én kodebase for flere platforme) | Kortest (standard webudvikling) |
Hvorfor vælge Hybrid/HTML5?
Hvis hybridapplikationer er så gode og giver det bedste fra begge verdener, hvorfor bruger alle dem så ikke? At dykke ned i alle forskellene mellem en hybrid og en native tilgang ville kræve en enorm indsats. Men kort sagt er den primære fordel ved at bygge native, at den tilbyder den bedst mulige ydeevne og funktionssæt. Du har ikke at gøre med yderligere abstraktioner, værktøjer eller begrænsninger af nogen art.
Dette betyder ikke, at hvis du bygger native i stedet for med en webbaseret tilgang, at din applikation så bare vil være bedre. I de fleste tilfælde kommer valget simpelthen ned til personlig præference og de færdigheder, der er tilgængelige i dit team. De fleste kravsæt kunne opfyldes af enten en native eller hybrid tilgang. Mens native applikationer har potentiale for meget højere ydeevne, gør det i de fleste tilfælde ingen mærkbar forskel (igen, forudsat at applikationen er designet godt).
Der er omstændigheder, hvor en hybrid tilgang ikke er levedygtig, og nogle, hvor den ikke er ideel/mulig, men disse er få og langt imellem. Næsten enhver forretningsstil applikation kunne bygges med webteknologi. Hvis du overvejer at designe en applikation, der i høj grad er afhængig af processorkraft, spil, 3D-grafik, eller som integrerer tungt med native funktioner, skal du være mere forsigtig med din beslutning. De fleste "typiske" applikationer kan nemt opfyldes med webteknologi.
Jeg bruger ofte analogien med at købe en superbil med høj ydeevne til bykørsel. Hvis du aldrig kører hurtigere end 60 km/t, vil det næppe gøre en forskel, at din bil kunne køre 300 km/t. Den behøver det aldrig, så det betyder ikke noget. Folk falder ofte i fælden, hvor de bygger noget, der ikke yder godt, og tror, at hvis de havde adgang til mere kraft (f.eks. hvis applikationen var fuldt native), ville den yde bedre. Det betyder ikke noget, hvor meget ydeevne du har, hvis noget er dårligt designet, vil det stadig yde dårligt - uanset om du bruger webteknologi eller native kode.
2. Design din Applikation
Før du forpligter dig til en bestemt tilgang, skal du sørge for, at dine krav er defineret, og at din tilgang vil opfylde disse krav.
- Progressive Web Apps (PWA): Hvis du vil oprette en PWA, har du kun adgang til funktioner, der er tilgængelige for browseren. Sørg for, at al den funktionalitet, du har brug for, er tilgængelig her. Bare rolig, hvis du senere beslutter dig for at inkludere native funktionalitet, er det nemt at konvertere din PWA til en hybrid app og distribuere den via native app stores.
- Hybrid tilgang: Hvis du vil have adgang til nogle native API'er eller vil indsende din applikation til app stores (eller begge dele), er en hybrid tilgang din bedste løsning. Den samme generelle proces for at oprette applikationen er den samme som en normal webapplikation/PWA, undtagen at vi pakker den ind i en native wrapper. Vi vil tale mere om integration af Cordova/Capacitor for at få adgang til native API'er og indpakke din applikation senere, men sørg for, at den funktionalitet, du har brug for, er tilgængelig som et Plugin API i Cordova eller Capacitor, eller at der findes et tredjeparts Cordova/Capacitor-plugin, der leverer den nødvendige funktionalitet (alle kan oprette deres eget Cordova/Capacitor-plugin, der tilgår native funktionalitet).
Når du designer din applikation, skal du huske på iOS Human Interface Guidelines og Android Design guidelines. Husk, at nogle af oplysningerne i disse retningslinjer vil være specifikke for native applikationer, så bekymr dig ikke for meget om det. Bare sørg for, at du følger gode designprincipper, der er fremherskende i de fleste mobile applikationer - din applikation skal se ud/opføre sig/føles ens som standard native applikationer.
Hvis du bygger en applikation til distribution via Apple og Google Play app stores, skal du følge deres regler. Sørg for, at du overholder Apple App Store Review Guidelines og Google Play Developer Program Policies. Det er her, fordelen ved at distribuere din applikation som en Progressive Web Application kommer ind - ved at bruge det åbne web behøver vi ikke at hoppe igennem andres ringe.
Apple kan især være lidt lunefuld med deres anvendelse af retningslinjerne, men hvis du bryder nogen af dem (nogle gange, selv hvis du ikke gør det), kan din applikation blive afvist, og du skal rette problemet og indsende igen. Her er et par faldgruber at være opmærksom på, som kan føre til, at din applikation bliver afvist:
- Din app ligner mere en webside end en mobilapplikation
- Du håndterer ikke online/offline tilstande
- Din app er langsom eller reagerer ikke
- Din applikation udnytter ikke native funktioner (dvs. der er egentlig ingen grund til, at den skal distribueres som en native app i stedet for et standardwebsite)
Apple er generelt strengere end Google, når det kommer til gennemgangsprocessen.
3. Byg din Applikation ved hjælp af et Framework og et UI Kit/Design System
HTML5 UI Kits/Design Systems (som Ionic) og frameworks (som Angular, StencilJS, React og Vue) er hjørnestenen i at udvikle HTML5 mobile applikationer af høj kvalitet. At forsøge at bygge en hel mobilapplikation fra bunden alene er essentielt meningsløst og frugtesløst. Du ville bruge en enorm mængde tid på at forsøge at genskabe en mobil brugergrænseflade - med alle de glatte animationer, interaktioner og skærmovergange, der er involveret - og chancerne er, at du ikke ville komme tæt på den kvalitet, du kan få fra Ionic ud af boksen. De har allerede gjort en masse af det hårde arbejde for dig, ingen grund til at genopfinde hjulet.
Ionic tilbyder et sæt webkomponenter til at bygge brugergrænsefladen i en applikation - dette inkluderer almindelige elementer som lister, knapper, faner, navigationsbjælker, inputfelter og så videre. Med Ionic, for at skabe en typisk mobil liste, der yder godt og ruller jævnt, skal vi bare smide noget som dette ind i vores skabelon:
<ion-list> <ion-item>Æble</ion-item> <ion-item>Banan</ion-item> <ion-item>Kokosnødder</ion-item> <ion-item>Durian</ion-item> </ion-list>
...og arbejdet er gjort. Hvis du forsøgte at genskabe adfærden af en glat rullende liste med acceleration og deceleration selv, ville du sandsynligvis ikke opnå et godt resultat uden en enorm indsats – og der er en god chance for, at din applikation ville blive afvist fra app stores. Med Ionic er alt dette indbygget.
Men der er mere ved at bygge en mobilapplikation end bare brugergrænsefladen. Der skal ske ting. Når en bruger klikker på en knap, vil vi måske starte en proces eller navigere til en anden skærm. Vi vil måske gemme data og indlæse disse data senere. Der er alle mulige logik, vi ønsker at finde sted i vores applikation.
Ionic webkomponenterne er ikke kun æstetiske, de har også en masse indbygget funktionalitet, som vi kan interagere med. Vi har stadig generelt brug for noget mere end bare Ionic eller et hvilket som helst andet UI Kit/Design System til at styre opbygningen af en applikation. Vi har brug for noget til at styre den overordnede arkitektur og logik/funktionalitet af applikationen - den slags ting bag kulisserne. Ionic og lignende systemer er primært designet til at håndtere interfacet.
For at håndtere alt andet ville vi typisk kombinere vores UI Kit/Design system med en eller anden form for JavaScript-framework.
Selvom Ionic engang blev bygget specifikt til Angular-frameworket, er det nu fuldstændig framework-uafhængigt og kan bruges med næsten alt. For en letvægts tilgang kan du faktisk bygge en hel Ionic-applikation ved hjælp af Ionic-teamets egen StencilJS - dette giver dig mange af fordelene ved et framework uden faktisk at skulle bruge et traditionelt framework til at bygge din applikation. StencilJS er ikke som et traditionelt framework, det er en "webkomponent-compiler", så den endelige build af din applikation kører mest bare på standardfunktionalitet indbygget i browseren, snarere end at kræve et stort runtime fra et framework (StencilJS har kun et 6kb minificeret og gzipped runtime).
På den anden side af spektret kan du bruge et framework som Angular til at bygge en Ionic-applikation. Angular er det, der oprindeligt blev brugt til at bygge Ionic-applikationer, og det er stadig det mest populære valg i dag. Selvom Angular er et "tungere" og mere meningsfuldt framework, giver det næsten alt, hvad du behøver ud af boksen, og er velegnet til store/komplekse/virksomhedsapplikationer. Indlæringskurven for Angular kan være lidt stejl, da der er en hel del Angular-specifikke koncepter, du skal lære, men når først de er lært, vil du have et meget kraftfuldt værktøj til din rådighed.
Som jeg nævnte, kan Ionic bruges med næsten alt - så hvis du har et foretrukket framework, kan du sandsynligvis bruge det. Ionic bygger nu også support specifikt til React og Vue.
4. Test din Applikation via Browseren
Det fantastiske ved at udvikle mobile applikationer med HTML5 er, at du kan teste dem direkte via din browser. Forskellige frameworks kan køres på forskellige måder, men typisk vil du kunne få adgang til din applikation via en lokal webserver ved at gå til:
http://localhost:8100
i din browser. Hvis du bruger Chrome Dev Tools, kan du endda emulere den enhed, du designer til, ved at klikke på mobilikonet øverst til venstre.
Herfra kan du fejlfinde din applikation til dit hjertes indhold ved hjælp af de forskellige fejlfindingsværktøjer, som browseren tilbyder.
Hvis du bygger en webapplikation/PWA, så er din app klar, når du er færdig med dette trin. Du skal bare implementere den på nettet. Men hvis du vil oprette en hybrid applikation, der kan tilgå native API'er og indsendes til app stores, er det nu tid til at pakke applikationen.
5. Pak din Applikation
Du kan bruge en teknologi som Cordova eller Capacitor (bygget af Ionic-teamet) til at indpakke din webapplikation i en native wrapper og fungere som en bro mellem din applikation og enhedens Native API'er.
Hvis du vil bygge iOS-applikationer, men ikke har en Mac, kan du bruge en service som PhoneGap Build eller Ionics egen Package-service. For at bygge til iOS skal du have de relevante SDK'er installeret på din maskine, og du skal bruge en Mac til det, men hvis du ikke ville bruge en af disse build-services, kunne du også gøre noget smart som at opsætte en virtuel maskine til at give adgang til den nødvendige macOS-software.
Den grundlæggende rolle, som Cordova/Capacitor udfører, er denne:
- Cordova/Capacitor opretter en native applikation, der indeholder et web view.
- Alle ressourcer til din applikation er gemt inde i denne native applikation.
- Cordova/Capacitor indlæser din webbaserede applikation i web viewet (web viewet kan ikke ses af brugeren).
- Web viewet viser din applikation til brugeren.
Vores applikation er egentlig stadig bare en webapplikation, da den drives af browseren, men nu har vi også adgang til enheden via Cordova/Capacitor, og den kan installeres som en normal native applikation, når den distribueres gennem app stores.
6. Tilgå Native API'er (valgfrit)
Du kan bare bruge Cordova/Capacitor til at pakke din applikation, så den kan indsendes til app stores, men hvorfor stoppe der? Vi har nu adgang til al denne magiske native funktionalitet!
Med Cordova eller Capacitor kan vi tilgå næsten alt, hvad en native applikation kan. I stedet for at interagere direkte med enheden, kunne vi bruge Cordova til at sende beskeder mellem enheden og vores applikation.
Typisk vil den native funktionalitet være tilgængelig via et globalt JavaScript-objekt. Vi vil bruge Cordova Camera API som et eksempel. For at udløse kameraet behøver vi kun at køre følgende JavaScript:
navigator.camera.getPicture(onSuccess, onFail, { quality: 50, destinationType: Camera.DestinationType.DATA_URL }); function onSuccess(imageData) { var image = document.getElementById('myImage'); image.src = "data:image/jpeg;base64," + imageData; } function onFail(message) { alert('Fejlede på grund af: ' + message); } Dette fortæller Cordova at fortælle enheden at starte kameraet, og derefter kan vi hente de resulterende billeddata fra onSuccess-funktionen. I dette tilfælde er funktionaliteten tilgængelig via kameraobjektet, som kan findes på navigator.camera. Nogle gange dog, som i tilfældet med AdMob-pluginet, vil funktionaliteten være tilgængelig direkte via et objekt, der er globalt tilgængeligt som:
admob.someMethod();
Hvis du brugte Capacitor, kunne interaktion med Camera API'et se mere sådan ud:
import { Plugins, CameraResultType } from '@capacitor/core'; const { Camera } = Plugins; async takePicture() { const image = await Camera.getPhoto({ quality: 90, allowEditing: true, resultType: CameraResultType.Uri }); console.log(image.webPath); } 7. Test din Applikation på en Enhed
Jeg nævnte før, at en af de store ting ved HTML5-applikationer er, at du kan teste dem via din browser. Når du begynder at integrere Cordova/PhoneGap/Capacitor og native API'er, er test via browseren dog ikke så god. For at teste en applikation, der tilgår native API'er, skal du køre applikationen på en faktisk enhed. Men hvordan fejlfinder du uden dine browser-fejlfindingsværktøjer? Fortvivl ikke! Du kan stadig fejlfinde direkte på din enhed og få adgang til de samme browser-fejlfindingsværktøjer, du kan se videoerne nedenfor for mere information om, hvordan du præcist gør det.
Det er i ethvert fald et vigtigt skridt at teste på en enhed, uanset om du bruger native funktionalitet eller ej. Adfærden på en faktisk enhed kan være anderledes end, når den ses via en desktop-browser.
8. Signer din Applikation
For at distribuere dine applikationer i app stores skal du "signere" din applikation, og i tilfældet med iOS skal du signere din applikation, før du overhovedet kan installere den på en enhed. Til en iOS-applikation skal du oprette en .p12-fil til personlige oplysninger og en provisioneringsprofil. Du kan nemmere signere en iOS-applikation, hvis du har en Mac og XCode, men det er også muligt at signere en iOS-applikation uden en Mac (artiklen, jeg linkede til ovenfor, beskriver, hvordan man gør det).
For at signere en Android-applikation skal du blot oprette en enkelt keystore-fil. Ionic-dokumentationen har nogle eksempler på, hvordan du kommer igennem signeringsprocessen.
9. Distribuer din Applikation
Forudsat at du ønsker at distribuere dine applikationer i de native app stores, skal du tilmelde dig iOS Developer Program (faktisk skal du gøre dette for at oprette din provisioneringsprofil og lignende alligevel) og som Google Play Developer.
Hvis du vil udgive din applikation som en Progressive Web Application, behøver du ikke at gøre dette (og du behøver heller ikke at bekymre dig om at signere din applikation).
Du skal forberede dine app store-listinger for begge platforme og give nogle detaljer om din applikation. For at indsende til Google Play kan du simpelthen uploade din .apk-fil via udviklerkonsollen. For at indsende til Apple App Store uden en Mac skal du dog bruge Application Loader-programmet eller XCode, som kun er tilgængelige på Macs. Du kan dog bruge en service som Macincloud.com til at omgå dette.
Konklusion
Tillykke! Du har netop bygget din første webapp med HTML5. I denne tutorial har vi dækket det grundlæggende i HTML5 og hvordan man opretter en fuldt funktionel webapp. Med HTML5 kan du oprette websider, der er mere interaktive, responsive og engagerende. Uanset om du er nybegynder eller en erfaren udvikler, er HTML5 et kraftfuldt værktøj, der kan hjælpe dig med at bygge fantastiske webapplikationer.
Jeg håber, at denne artikel har været i stand til at give dig noget kontekst omkring vejen til at bygge og implementere en HTML5 mobilapplikation til Apple App Store og Google Play. Der er mange trin imellem, selvfølgelig, og dette har bare været et meget overordnet overblik. For en komplet gennemgang af at oprette en applikation fra bunden (inklusive at lære Ionic selv) og indsende den til app stores, kan du være interesseret i at se på "Building Mobile Apps with Ionic & Angular" eller "Creating Ionic Applications with StencilJS".
Hvis du vil læse andre artikler, der ligner HTML5: Skab Dynamiske Weboplevelser, kan du besøge kategorien Teknologi.