Hvad er fremtiden for HTML5, Silverlight og Flash?

mFriis skrev:

Det kunne være dejligt men det sker bare ikke :) Om 20 år har vi med garanti stadig JavaScript/ECMAscript som clientside sprog i browseren. Det taber ikke tærren, det vinder det.

dan1el (7) skrev:

Jeg sad og læste Ars Technicas review af den nye Macbook Air uden flash preinstalleret, de noterede sig 5-6 timers batteri tid uden flash, batteri tid på 4 med flash installeret.

fidomuh (6) skrev:

Det er brugbart og kan en masse fancy ting, men det goer ikke sproget i sig selv, nice.

fidomuh (13) skrev:

#12

Kort kode?
Oh wait, det er noget med at du godt kan lide Hungarian Notations, ikke? :P

Om kode er kort eller lang er 110000% ligegyldigt. Det vigtige er at du formaar at skrive variabel- og funktionsnavne der giver mening.

var submitButton =
document.getElementById("SubmitButton");

submitButton.OnSubmit = function(event) {
...
}

fidomuh (13) skrev:

Dertil kommer saa at jeg flere gange har oplevet at noget JS koerte foer noget andet, selvom det kom efter i selve koden.
Ioevrigt baseret paa hvilken browser man brugte.

dan1el (7) skrev:

Jeg sad og læste Ars Technicas review af den nye Macbook Air uden flash preinstalleret, de noterede sig 5-6 timers batteri tid uden flash, batteri tid på 4 med flash installeret.

sådanne argumenter vil få flash ned. HTML5 bliver bakket op af flere store spillere på markedet, Apple, YouTube (Google) osv. jeg tror vi vil se meget meget mere HTML5 i de næste par år

Windcape (17) skrev:

fidomuh (13) skrev:

#12

Kort kode?
Oh wait, det er noget med at du godt kan lide Hungarian Notations, ikke? :P

Om kode er kort eller lang er 110000% ligegyldigt. Det vigtige er at du formaar at skrive variabel- og funktionsnavne der giver mening.

Det er vigtig at koden er forståelig og læsbar.

F.eks. hvad synes du der er uklart i følgende kode?

var submitButton =
document.getElementById("SubmitButton");

submitButton.OnSubmit = function(event) {
...
}

Det er letlæselig og letforståelig kode. Prøv at sammenligne med f.eks. PHP eller Java, og se hvordan de håndtere events.

Og lidt læsning til jer som ikke forstår closures endnu: http://en.wikipedia.org/wiki/Closure_(computer_sci...

spejlkugle (22) skrev:

Det er så heller ikke korrekt Hungarian Notation, da du ikke har type bestemmelse på din "knap variabel" :)
Det illustrerer så også et af mine store beefs med JS - nemligt at det ikke er type stærkt ;)

spejlkugle (26) skrev:

Det jeg mente med type stærkt er mere, at IMO burde man ikke kunne initialisere variabler uden at fortælle hvad for en type det skal være.

Jeg bruger ikke hungarian notation. Det er fidomuh's kollegaer som er fortaler for det, og vi har haft en diskussion om det tidligere.

fidomuh er ikke selv udvikler.

Hungarian Notation ville være mere ala. "lbtnsubmitbtn" (local button submit button).

fidomuh (28) skrev:

Men den slags "kort kode" har alle andre sprog ogsaa.

fidomuh (28) skrev:

Det er dig der taler om "kort kode". .... :)

fidomuh (28) skrev:

Jeg er udvikler nok til at hade JS.

fidomuh (28) skrev:

eller det var ikke det du mente med kort kode? :D

var supers = debate.Users.filter(function(user) {
return user.Karma == "Super";
});

var superUsers = [];
var i = 0;
for (var user in users)
{
if (user.Karma == "superUsers") {
superUsers[i++] = user;
}
}

mstify (34) skrev:

Faktisk mener jeg at closures er med til at gøre et sprog "grimmere",

Windcape (17) skrev:

F.eks. hvad synes du der er uklart i følgende kode?

var submitButton =
document.getElementById("SubmitButton");

submitButton.OnSubmit = function(event) {
...
}

Det er letlæselig og letforståelig kode. Prøv at sammenligne med f.eks. PHP eller Java, og se hvordan de håndtere events.

document.getElementById("SubmitButton").onsubmit = submit;
... bla bla ...
function submit(event) {
...
}

Windcape (9) skrev:

Problemet er at de fleste udviklere er så utrolig dårlige til closures :p

røvskæg (43) skrev:

Om kode er let læseligt eller ej, kommer vel an på hvor velbevandret men er i sproget og hvem der har skrevet det.

røvskæg (43) skrev:

Kan du(eller anden) komme med et eksempel, hvor brug af closures er nødvendigt, eller bare at foretrække fremfor en anden løsning ?

Det er helt rigtigt. Og de færreste er velbevandrede i JavaScript, og vil derfor som fidomuh måske udtrykke at sproget er forvirrende og grimt.

mstify (45) skrev:

Vil du også mene at hvis blot man er velbevandret nok i tysk og taler det flydende, så bliver det til et smukt sprog? :-)

Windcape (44) skrev:

Jeg synes mit andet eksempel, i #29 , illusterer pointen helt fint.

røvskæg (47) skrev:

Kan du ikke prøve at bruge tilsværende variable navne i de to eksempler.

var superUsers = users.filter(function(user) {
return user.Karma == "Super";
});

var superUsers = [];
var i = 0;
for (var user in users)
{
if (user.Karma == "superUsers") {
superUsers[i++] = user;
}
}

var superUsers = getUsersWithSuperKama( users );

function getUsersWithSuperKama(users)
{
var superUsers = [];
for (var user in users)
{
if (user.Karma == "superUsers")
superUsers.push(user);
}
return superUsers;
}