Innhold
HTML5 blir hyllet som programmeringsspråket som ikke bare vil gjøre det mulig for utviklere å oppnå multifunksjonsutvikling av webapplikasjoner, men til slutt løse mange problemer som mobilutvikling står overfor.
Som et resultat intensiveres susen rundt teknologien, og ytterligere bevis på dette kom fra en nylig undersøkelse blant 1200 utviklere, som fant at 75 prosent bruker eller planlegger å bruke HTML5 for apputvikling. Kanskje dette er delvis på grunn av nylige anerkjennelser, som Adobes offentlige oppsigelse av Flex til fordel for HTML5, og hilser det som den beste teknologien for å skape og distribuere rikt innhold til nettleseren på tvers av mobile plattformer.
HTML5 gir noen reelle fordeler i forbrukerområdet og for verktøy som sosiale medier og video. Realiteten er imidlertid at den ikke er moden nok som et verktøy for forretningsapplikasjoner. Problemer som sikkerhet, synkronitet og det faktum at det er en standard i utvikling, gjør det til et upålitelig alternativ for bedrifter. Hensynet til disse smertepunktene gir en påminnelse om at selv om fremtiden kan være HTML5, er det akkurat nå ikke et universalmiddel for mobilutvikling. Videre, for de som ønsker å mobilisere bedriftsapplikasjonene, er prioritering at sensitive data holdes trygge, og applikasjoner fungerer som de skal.
Sikkerhetsproblemer
Sikkerheten til data er en viktig bekymring, og sårbarhetene vi knytter til HTML-applikasjoner - nettfisking, skadelig programvare og angrep på tjenestenekt - gjelder fortsatt. I sin nye 2012 Security Threat Report, siterer Sophos at HTML5 tilbyr cyberkriminelle "nye måter å lure folk til å videreformidle potensielt sensitive data eller installere skadelig programvare", og at "de sofistikerte presentasjonslagene som kan opprettes ved hjelp av HTML5 'slører linjene'. mellom hva som kjører på enheten og hva som er på internett ”.
Det er en grunnleggende fare for at HTML5 vil tilby en åpen gateway til bedriftsnettverket, og med utbredelsen av mobile enheter som får tilgang til nettverk, er dette for stor risiko å ta. Det er også et viktig spørsmål om tillit - når det gjelder bedriftsdata, vil du stole på et HTML5-program i sin nåværende iterasjon for å holde dataene dine 100 prosent trygge? Vil du bruke JavaScript for å hente dataene dine fra SAP?
Når det gjelder utvikling for bedriftsapplikasjoner, er synkronitet nøkkelen, og kanskje den viktigste bekymringen når det gjelder HTML5, er at det er en asynkron teknologi som strekkes for å bli synkron ved hjelp av JavaScript. JavaScript er avhengig av synkronisering mellom forskjellige dokumentobjekter, hvis nedlastings- og oppdateringshastighet kan påvirkes betydelig av båndbredde. Ulempen er at synkronisering mellom objekter kan brytes når 3G synker hastighet basert på faktorer som utnyttelse og dekning.
Et vanlig eksempel er når du bruker et Facebook iPhone-program og mottar et varsel om at en ‘venn’ har merket et bilde av deg. Siden 3G-dekning i ditt område er svak, kan du ikke kjenne deg igjen på bildet, ellers har taggen kommet gjennom før bildet. En sammenlignbar forretningskontekst kan være å bruke en PO-godkjenningsapp på en mobil enhet som kjører på HTML5, og motta en forespørsel om å godkjenne eller avvise den før kostnadsfordelingen kommer gjennom. Dette vil effektivt bety godkjenning uten kjennskap til de fulle fakta. Mens det for apper på sosiale medier kan være mindre alvorlige konsekvenser, er det langt mer sensitive data i spill og store implikasjoner for virksomheten i virksomheten hvis ting går galt.
Utviklende standard
Det faktum at HTML5 er en utviklende standard, betyr at det ikke er en 'modell de facto', men en teknologi som fremdeles er i begynnelsen. World Wide Web Consortium (W3C) vil ikke fullføre definisjonen av HTML5-standarden på flere år, noe som utgjør betydelige nivåer av usikkerhet rundt dens gyldighet og pålitelighet. For eksempel, gitt problemet med synkronisering mellom objekter, vil utviklere finne at de hele tiden må lappe problemer når HTML5 ikke fungerer som det skal, noe som vil koste penger og tid. Dessverre, når du arbeider med umoden teknologi, kan en hel kode veldig fort bli uhåndterbar. Sikkert når 4G ankommer i løpet av de neste fire til fem årene, vil mange av disse bekymringene fordampe, men inntil da må vi vurdere HTML5 i sammenheng med 3G, og derfor ikke en idiotsikker teknologi.
Jeffrey Hammond, hovedanalytiker i Forrester, sier at “det er ikke bare et spørsmål om enten / eller; det er fire levedyktige tilnærminger å velge mellom: native, hybrid-apper (native code med HTML og JavaScript), mobile mellomvareplattformer og en webtilnærming (HTML5 og JavaScript) ”. Dette antyder at HTLM5 ikke er en "one-size-fits-all" løsning i sin nåværende tilstand, men det som heller bør vurderes er en hybrid tilnærming som vil passe til en kompleks mobilstrategi, med tanke på hvordan folk bruker bestemte apper. Innebygd apputvikling, mobile mellomvareplattformer og en webtilnærming, kan faktisk være levedyktige valg for bedriftsapplikasjon.
Om fire til fem år, når 4G vil være allment tilgjengelig, kan HTML5 godt ha modnet nok til å bli seriøst vurdert for en rekke forskjellige utviklingsformål, inkludert som et verktøy for forretningsapplikasjoner. Inntil da, for å lykkes med å utvikle seg for bedrifter, er det mer fornuftig å velge noe som kan kjøre naturlig. Dette betyr at applikasjoner kan optimaliseres til programmeringsgrensesnittet som en bestemt enhetsplattform tilbyr. Mobilapplikasjonsplattformer er bygget på samme premiss som HTML5 - utvikler seg én gang, distribueres hvor som helst - men de har ingen av de ovennevnte problemene rundt sikkerhet og synkronitet, og tilbyr derfor et mye tryggere alternativ til HTML5-teknologi modnes.
