GWT er stadig cool

JavaScript er nok en af de allermest misforståede sprog der findes. Sproget er godt nok meget anderledes end sin navnesøster Java, men bruger man en godt JavaScript-bibliotek, er det både et sjovt sprog at lære, og at udvikle i - så bare kom i gang.

/Kim Dalsgaard

Jeg er enig med Kim Dalsgaard, javascript er ikke SÅ slemt - men jeg er også enig i at man i længden bliver træt af det og hellere vil kode i et typestærkt sprog og ikke skulle skille front-end og back-end så meget ad.

Jeg har selv haft kig på et fornuftigt Web 2.0 / AJAX framework til java men druknede i mængden... Jeg nåede at prøve:
- GWT (ganske lidt)
- Ajax4jsf (som var det fedeste jeg prøvede, men jeg kunne dog desværre ikke benytte jsf i arbejdet)
- DWR (som jeg endte med at benytte på arbejdet, da mit forhold til javascript er OK)
- Wicket (som virkede for alt-omfattende på mig)

Grunden til at jeg ikke valgte GWT var dels at jeg ikke havde indtryk af at communitiet var så levende som med andre frameworks (jeg benytter DWR + Spring og det er der heldigvis MANGE der har erfaring med, så hjælden er aldrig langt væk) og dels at jeg havde brug for at træffe et valg før deadline og DWR var en farbar vej, hvorimod det ikke var sikkert for mig hvordan jeg skulle ende med at kunne komme til vejs ende med GWT.

Jeg må indrømme at jeg har et negativt forhold til javascript.

Det er svært nok i forvejen at få hjemmesider til at opføre sig nogenlunde ens i forskellige browsere, og så blander man tilmed en spand javascript ind over, hvor man også skal tage en masse forbehold for, hvordan slutbrugerens miljø mon ser ud... Tilsidst smages til med browserafhængig CSS.

Det er et hundeliv at være webudvikler, og Web2.0 gør det kun værre.

Hej Kresten,

Enig - jeg var også facineret da jeg hørte om GWT på JAOO sidste år - jeg kunne ikke undgå at få en "sådan en kunne jeg også godt tænke mig til C# følelse".

Senere under JAOO spiste jeg middag med Nikhil Kothari ... som spurgte om jeg have hørt om GWT fordi han havde lavet noget tilsvarende for C# og ville gerne danne noget community omkring det.

Jeg har endnu ikke selv prøvet den, men den kan findes her: http://projects.nikhilk.net/Projects/ScriptSharp.aspx

-René

Som Kim skriver, så kan Javascript være en fornøjelse, og sproget er ganske interessant. Hvad jeg dog godt kan lide ved GWT er at man har hele pakken samlet i et miljø (i dette tilfælde Java).
Normalt er Javascript strøet ujævnt ud over en web-applikation uden nogen videre struktur, og uden at det helt er til at teste. Med GWT behøver Javascript ikke længere være henvist til at være en sekundær teknologi, der ikke passer rigtigt ind i resten af stakken. Det er faktisk lige før at web-applikationer bliver sjove at lave igen, også uden at man sidder tilbage med en fornemmelse af at man har lavet et stort hack.
Så mangler det bare at CSS også bliver en integreret del...

Jeg må indrømme at jeg ikke forstår hvorfor det er så vigtigt at skulle kunne skrive brugerfladen i et backendsprog og dermed "emulere" det der foregår på frontenden.

I bund og grund er brugerfladen en arbejdsopgave som burde ligge så langt væk fra diverse backendudviklere som muligt, da det i høj grad handler om at bygge brugervenlige, flotte og brandede brugerflader (hvis vi skal være lidt realistiske overfor hvad kunderne vil have). Noget der sjældent ligger lige til højrebenet for de fleste backendfolk alligevel.

Rent praktisk bør et backendsprog vel også være optimeret til opgaver af databehandlingsart, hvorimod et frontendsprog bør optimere sig mod animation og præsentation.

Jeg ser det derfor ikke som det store problem at disse bygges i forskellige sprog, da det optimalt set er to fagområder, der i mange tilfælde burde varetages af forskellige personer med forskellige "evner" og værktøjer.

Jeg har prøvet at lege med diverse server emulerede sprog til at spytte frontend-kode ud og hver gang bliver jeg lige skuffet over at jeg ikke lige kan udvide og rette noget fordi det så alligevel kræver at jeg skal ind og rode med javascript, og så kunne jeg lige så godt bare have lavet det i javascript fra starten.

Præsentationslaget i en moderne applikation er ikke længere bare en statisk fremvisning, men bliver mere og mere eventbaseret og kræver animationer, bevægelse og interaktion (et godt eksempel er den retning Apple er på vej med CoreAnimation).

At gøre disse opgaver til en backendudviklers ansvar tror jeg kun kan gå galt på sigt. I stedet tror jeg at der i højere grad vil blive mere plads til og behov for dedikerede præsentationslagsudviklere, der både evner let programmering (scripting), men også har en designmæssig baggrund og kan gennemskue eventbaserede interfaceforløb.

Forhåbentlig vil branchen som helhed også stille og roligt opdage det og lære at betragte HTML og javascript (klientlogik) som et fagområde med eksperter og ikke noget der bare lige skal overståes af den stakkels backendgut der jo sagtens kan finde ud af HTML fordi det jo må være lettere end at lave det svære backendkode, eller designeren som ender med at slice sit kunstværk op med noget så horribelt som photoshop slices. :-)

Jeg synes at dette indslag påpeger de trends som efter min mening findes i software udviklingområdet i disse år. Enten vil man benytte componenter/frameworks eller også vil man benytte en vifte af værktøjer som ligger tæt op af de protokoller man arbejder med.

Herfra hvor jeg sider ser det ud som de store frameworks som GWT, JavaServerFaces, Seam, RiFE taber område set i forholdt til enkle protocol nære teknologer såsom JavaScript, JSON, POX, POJO osv.

Prøv at se denne trend kamp mellem Spring-framework og GWT, og læg i især mærke til hvordan teknologerne er fordelt over lande.

http://www.google.com/trends?q=Spring+framework%2C+GWT&ctab=0&geo=all&da...

Mon google er helt upartisk i en sammenligning af GWT og Spring?

Desuden udelukker spring på ingen led GWT, eller noget andet GUI framework.