sweethashtag: Att välja webbläsare

torsdag 25 oktober 2012

Att välja webbläsare

Många aspekter att ta med i beräkningen.

Att ta fram en ny rekommendation för vilka webbläsare man skall stödja är en utmaning. I arbetet så måste en mängd aspekter tas med i beräkningen, t.ex. kan man i drift smidigt uppdatera och administrera en viss webbläsare i organisationen.

Avgränsning

Idag har man höga krav på vad man måste kunna göra i webbläsaren. Centralt för många verksamheter är hantering av GIS (Geografiskt Informationssystem). Att kunna interagera med en karta i webbläsaren är ingen enkel uppgift. Med tanke på detta tittar vi gärna framåt (ur ett standard-perspektiv), med intresse på vad som hänt i webbläsarvärlden under senare år.

Jag fokuserar i denna artikel endast på standard- och teknik-aspekten av webbläsare för desktopen - och alltså inte för mobila enheter.

Standarder måste tas i beaktande eftersom den webbläsare som är vanligast i dag kanske inte är det i morgon. Följsamhet gentemot standarder minskar produktberoende och ökar valfrihet!

De tekniska detaljerna som nu följer är en del av det appendix som hör till utredningen.

Appendix A, Teknisk utredning

Standardiseringen görs huvudsakligen av W3C. Begreppet HTML5 är ett paraply för en mängd tekniker som använts på webben och nu standardiseras. Standardiseringsarbetet släpar per definition efter jämfört med innovation. Man standardiserar helt enkelt det som blev bra ute i community-sfären.

Det löpande arbetet (community-sfären) med att driva teknikerna framåt och hantera buggar sköts av WHATWG. Det finns ytterligare grupper att hålla reda på, såsom Khronos. Khronos arbetar för att standardisera WebGL.

De organisationer och företag som står bakom olika browsers är:

TODO: kommentera alla vendors.

Microsoft

Microsofts Internet Explorer är ökänd för att gärna vilja gå sin egen väg. Detta kan historiskt ses ur två perspektiv

Browsern var surf-standard, även om den inte följde W3C standard. När Microsoft väl hade monopol så drev inte företaget plattformen framåt eftersom webben som plattform kunde konkurrera med deras operativsystem.
Microsoft är ett företag som inte förespråkar open source, utan hellre säljer propriotär mjukvara. Att måna om öppna standarder och implementera dessa ses inte som en konkurrensfördel.

HTML5 paraplyet

HTML5 är en term som rymmer en mängd tekniker. Dessa tekniker har florerat på webben under en längre tid och standardiseringsprocesserna har börjat hinna ikapp. Frågan är hur bra olika browsers implementerar dessa tekniker.

Beroende på vad man vill uppnå så får olika tekniker större vikt. Men ett antagande är att nedanstående tekniker kommer att spela en stor roll.

JavaScript motorer

Utan motor går det inte att köra. Utvecklingen av JavaScript-motorerna går snabbt fram och skillnaderna mellan webbläsare och versioner är väldigt stor.

Dessa benchmarks är inte helt enkla att genomföra eftersom de viktiga parametrarna beror på lösningens domän. Dessutom är jämförelserna haltande när det gäller versioner. Chrome är vinnaren just nu. Men grafer kan visa det motsatta eftersom IE 9 jämförs med Chrome 10. Men eftersom Chrome uppdateras med täta intervall så är förhållandet i själva verket det omvända med Chrome v22. Vad gäller Javscript så finns även här standarder att ta hänsyn till.

Vanligt benchmark är Sunspider:

http://www.webkit.org/perf/sunspider/sunspider.html

Web Socket

Web Socket (WS) är TCPIP som wrappas av HTTP, vilket används för att strömma data. För att uppnå denna funktionalitet så har tidigare polling eller long polling använts. Comet är en samlingsterm för tekniker som möjliggör push av data till browsern och strömning av data.

WS möjliggör så mycket mer, eftersom det ger möjlighet att kommunicera data i båda riktningarna på ett sätt som tidigare bara var möjligt i feta klienter. Vidare ger det bättre möjligheter att komma igenom brandväggar, proxies och annan infrastruktur.

Google använder i tex Gmail SPDY som måste anses som likt Web Socket. Men eftersom standardiseringen och implementation av Web socket har kommit långt både klient och serversidan är tekniken i talande stund det enklare valet.

http://caniuse.com/#search=web%20socket

Binära data typer

JSON har likställts med webbens binära data format. Men med dagens rika användarinterfaces (UI) så krävs det att man kan hantera binärt data i JavaScript.

http://caniuse.com/#search=Blobs

Rika renderings möjligheter

Möjlighet att rita upp kartor eller liknande rika ui:n ställer höga krav. I dagsläget använder man en 2D-produkt som heter OpenLayers.

Tvådimensionell grafik uppnås genom att använda canvas som i princip är en yta man kan rita i via ett API. Det finns ett flertal standarder, som SVG, att ta hänsyn till här.

TODO: skriv något om Kanvas och SVG.

http://caniuse.com/#search=canvas

För att uppnå tredimensionell grafik så finns det ett flertal tekniker. De proprietära teknikerna har dominerat segmentet under lång tid, såsom Flash och Silverlight. Även här har standardisering börjat hinna ikapp, och WebGL standardiseras av Khronos-gruppen och tekniken implementeras i tex Google Maps.

För Jordbruksverket är det mycket intressant att se på GeoExt som är den centrala kart-komponenten i GEO-dataapplikationer. Version 3 av GeoExt kommer att vara baserad på WebGL med bakåtkompabilitet för browsers utan stöd för WebGL.

http://caniuse.com/#search=webGl

CSS3

Teknik för att lägga stil på DOM:en. Eftersom tekniken har bliv allt mer kraftfull så glider dess användningsområde ihop med andra renderingstekniker.

CSS3 transitions
CSS3 transforms

TODO: skriv något om detta.

http://caniuse.com/#search=css3

Cache

För att uppnå en snabb och smidig applikation så är lokal cache en nödvändighet. Områdena som man läser med olika tekniker är många och beror på domänen.

TODO: skriv något om detta.

Exempel: File API:

http://caniuse.com/#search=file%20api

Web workers

JavaScript är körs med en tråd, dvs single threaded. För att göra tunga beräkningar i browsern så måste man kunna tråda av processer. Detta löses genom tekniken Web Workers.

http://caniuse.com/#search=web%20workers

Denna teknik har ingen koppling till Document Object Model (DOM) utan får instruktioner och data via message passing. Denna teknik har lider av att den tidigare skett genom ”by value”. Om den skall vara effektiv så måste kommunikationen ske ”by reference”, med hjälp av sk Transferable Objects.

Endast browser som är baserat på Webkit, exempel: Chrome >= 17, stödjer denna teknik.

Slutsats

Chrome dominans!

TODO: skriv något om detta.

Källmaterial

15 kommentarer:

JönköpingJUG25 oktober 2012 kl. 00:51
Den här kommentaren har tagits bort av skribenten.
SvaraRadera
Svar
Nils25 oktober 2012 kl. 01:11
Det gäller väl att definiera vilka krav kunden/verksamheten ställer på webbläsarna och sedan stödja de webbläsarna. Antar att ni inte bygger en publik sajt, för där är det ju alltid besökaren som bestämmer vilken webbläsare hon vill använda.

Är inget stort fan av IE, men IE10 ser lovande ut (Microsoft har blivit betydligt bättre på att hålla sig till W3C standard på senaste tiden) och det finns en risk att även denna webbläsare kan bli en stor aktör.

Jag hade nog försökt stödja de senaste webbläsarversionerna helt enkelt.

/Nils
SvaraRadera
Svar
Mikael25 oktober 2012 kl. 04:45
Nice!

Några kommentarer:

"Microsoft är ett företag som inte förespråkar open source, utan hellre säljer propriotär mjukvara. Att måna om öppna standarder och implementera dessa ses inte som en konkurrensfördel"
Jag fått uppfattningen (högst objektivt) att MS på senare tid har börjat gå ifrån detta, om än försiktigt. Jag kan dock ha fel, men stycket luktar ändå lite väl mycket klassisk smutskastning för en seriös utredning. =)

Kanske inte relevant, men likväl intressant – JavaScript standardiseras av ECMA International (http://www.ecma-international.org/memento/TC39.htm). =)

Angående web workers: "Endast browser som är baserat på Webkit, exempel: Chrome >= 17, stödjer denna teknik."
Stämmer det? Enligt sidan du länkar till så stöds det av Opera och delvis av FF. Ingen av dem är WebKit-baserad.

/ Mikael
SvaraRadera
Svar
Samuel Milton25 oktober 2012 kl. 13:03
Några osammanhängande tankar som kanske reser fler frågor än svar.

1. Stort plus i kanten att frågan når communityn från första början!

2. Det är för internt bruk antar jag, så att stödja något annat än senaste versionen känns meningslöst då man kan pusha ut uppdateringar och då hela tiden kan följa med i utveckligen och dra nytta av nyheter i den takt de blir tillgängliga.

3. Är det ett problem i en organisation som jordbruksverket att använda en webbläsare som exvis Chrome som pratar ganska friskt med Google?

4. Om föregående punkt inte är en issue känns Webkit (Chrome & Safari) samt Gecko (Firefox) som en bra start.

5. IE blir bättre och bättre men de ligger alltid tre eller fler steg bakom alla andra. För tre år sedan satt man och svor över IE6, idag gör man det samma över IE8. Så ja, de blir bättre. Men de är aldrig "edge" och om jag fick välja skulle jag vilja slippa arbeta med IE öht.

6. Som ni säger så är HTML5 långt ifrån klart även om mycket börjar stabilisera sig, så man ska nog fortfarande ha ett ganska öppet sinne för framtiden.
SvaraRadera
Svar
daydreaming25 oktober 2012 kl. 22:26
En kommentar om IE, är att det är fel att säga alla problem med IE beror på IE självt. Jag skulle hävda att ett större problem är att företag inte uppdaterar för att de inte kan uppdatera sina applikationer så att de fungerar i moderna webbläsare. Att företag idag sitter med IE7 och IE8 när det är IE9 som borde vara installerat är i min erfarenhet ett respektive webbläsare skulle varit en katastrof när de var "aktuella".

Att välja en webbläsare skulle jag säga är suboptimalt, att välja strategi för att kunna följa utveckling upplever jag som viktigare. Hur ska applikationerna ni utvecklar idag vara aktuella om 5 eller 10 år när det ni väljer idag är hopplöst akterseglat? Eller ska ni vara fast i Chrome 17 då utan möjlighet att kunna uppdatera?
SvaraRadera
Svar
daydreaming25 oktober 2012 kl. 22:30
Meningsbyggnad är svårt på morgonen....

Att företag idag sitter med IE7 och IE8 när det är IE9 som borde vara installerat är i min erfarenhet ett större problem än att respektive webbläsare skulle varit en katastrof när de var "aktuella".
SvaraRadera
Svar
Nils29 oktober 2012 kl. 08:50
En positiv sak angående IE är att Microsoft nu kommer släppa nya versioner av IE via rekommenderade automatiska uppdateringar. Källa: http://paulirish.com/2012/the-skinny-on-ies-update-policy/
SvaraRadera
Svar

Lägg till kommentar