Slo-Tech - ECMAScript, ki je večini razvijalcev bolje poznan pod imenom Javascript, se je že lep čas razvijal v dveh različnih komitejih ECMA standarizacijskega telesa, ki sta imela v svoji preteklosti nadvse lepo določljivo in predvsem ločeno nalogo kako se naj v prihodnosti ECMAScript razvija - EMCAScript 4 naj bi tako v prihodnosti prinesel na splet koncepte in zmožnosti jezikov, ki jih sedaj podpirajo nekoliko bolj konvencionalni jeziki.
Ker pa tako radikalen postopek ne more biti dosežen čez noč se je začel razvijati tudi EMCAScript 3.1, ki naj bi popravil manjše napake in hrošče obstoječe in danes vsem spletnim razvijalcem poznane različice 3.
Ker pa je skupina zadolžena za razvoj ECMAScript 3.1 (sestavljala sta jo Microsoft in Yahoo) hotela z časom vgraditi v jezik določene koncepte, ki bi bili nekompatibilni z četrto različico (razvijali so jo Google, Mozilla, Adobe in Opera), se je pojavilo v odboru trenje, ki bi lahko povzročilo marsikateri sivi las. A se to vseeno ne bo zgodilo, saj se je konec julija v Oslu odbor, ki ga sestavljajo vsi prej navedeni igralci odločil, da se bo delo nadaljevalo na ECMAScript Harmony.
Harmony tako predstavlja popustitev obeh strani - tako so določeni koncepti izpadli iz nadaljnega razvoja, ker se smarajo za nepotrebne in prekompleksne za splet (npr. namespace-i), se bo pa dodalo določene sintetične konstrukte (tako na primer ne bodo vključeni polnokrvni razredi s primerno sintakso, bo pa z novo metodo freeze možno poustvariti nespremenlive razrede, ki so bili načrtovani za EMCAScript 4. Brez razredov, a razredna izkušnja, je povzel glavni razvijalec jQuery-a John Resig v svojem blogu. Ali bo podprto tudi dedovanje razredov ter ali bo potrebno v prihodnosti definirati tudi tipe spremenljivk, še ni odločeno in bo znano v prihonosti. Kompleksni koncepti ECMAScripta se bodo torej lahko razbili na precej bolj osnovne kar bo olajšalo delo in razumevanje novincem.
Glavna zmaga Harmony-a je torej bolj politična in kot tehnična, saj bi ponovna razdvojitev na dva spletna standarda (vsi spletni razvijalci še pomnijo boleče in temne dni Internet Explorer-jevega JScripta in Netscape-ovega Javascript-a in za časa Netscape-a nadvse opaznih razlik med njunima implementacijama) bila nočna mora za vse.
Novice » Ostala programska oprema » ECMAScript Harmony
mspiller ::
MS zavira razvoj JavaScripta, tako da ne bi JavaScript postal prevec genericen in splosno uporaben. Kompleksni koncepti za novince? Ja valda, kaj pa je potem horda novincev, ki programirajo v .NET, kjer so jim ti konstrukti ze tako prej ali slej znani? Zgleda edina moznost za extended web po Microsoftu je samo preko SilverLight + WPF. Jaz sem za to, da se JavaScript pribliza po funkcionalnosti ostalim jezikom. Packages, namespaces in early binding so skenslani, ker niso primerni za Web. Mislm WTF? Za kaj pa je potem primeren Silverlight?
njok ::
C'mon! Kar JavaScript rabi je krajsa sintaksa za funkcije in manj oklepajev, ne pa bloat. Kakorkoli, jabl bo kmalu uporaben v produkciji… cya ugly curly braces!
mloncaric ::
Me prav zanima, kako bo to vplivalo na prihodnost ActionScripta, glede na to, da je že trenutna verzija imela nekatere lastnosti ES4.
Upam, da se bodo Adobejevi programerji požvižgali na ta standard in (kot mnogi) implementirali novosti kakor bodo sami želeli, in ne kakor bi jim drugi diktirali.
Ni mi pa jasno, kaj imata tukaj Microsoft in Yahoo za iskati, glede na to, da za razliko od Appla nista nevemkaj prispevala k odprtokodni skupnosti.
LP
Upam, da se bodo Adobejevi programerji požvižgali na ta standard in (kot mnogi) implementirali novosti kakor bodo sami želeli, in ne kakor bi jim drugi diktirali.
Ni mi pa jasno, kaj imata tukaj Microsoft in Yahoo za iskati, glede na to, da za razliko od Appla nista nevemkaj prispevala k odprtokodni skupnosti.
LP
Matek ::
C'mon! Kar JavaScript rabi je krajsa sintaksa za funkcije in manj oklepajev, ne pa bloat. Kakorkoli, jabl bo kmalu uporaben v produkciji… cya ugly curly braces!WTF? It doesnt get much shorter than function(){}. Sicer pa je "stevilo oklepajev" in oblika kode nasploh precej stvar okusa programerja in ne neka objektivna vrednost. Kaj pa bi naj bil po tvojem mnenju bloat? Namespacei? Classi? Pa še kaj - to so za resnejše aplikacije nujno potrebne zadeve. Kot je nekdo že napisal, bi bil Microsoft bistveno bolj vesel, da bi se za razvoj spletnih aplikacij (ki vedno bolj prihajajo v ospredje) uporabljalo katero od njihovih orodij. Omejevanje Javascripta je tako vsekakor voda na njihov mlin.
Me prav zanima, kako bo to vplivalo na prihodnost ActionScripta, glede na to, da je že trenutna verzija imela nekatere lastnosti ES4.Microsoft dela Internet Explorer, ki vključuje seveda tudi JavaScript podporo. Glede na to, da je IE še vedno najbolj dominanten brskalnik na trgu, seveda ni smiselno, da se Microsoft izloči iz omenjenih pogajanj.
Upam, da se bodo Adobejevi programerji požvižgali na ta standard in (kot mnogi) implementirali novosti kakor bodo sami želeli, in ne kakor bi jim drugi diktirali.
Ni mi pa jasno, kaj imata tukaj Microsoft in Yahoo za iskati, glede na to, da za razliko od Appla nista nevemkaj prispevala k odprtokodni skupnosti.
Bolje ispasti glup nego iz aviona.
Zgodovina sprememb…
- spremenil: Matek ()
techfreak :) ::
MS vsekakor ne bo pridobil na priljubnosti svojih tehnologij, saj jih lahko naredimo samo z uporabo njihovih orodij, ki delujejo na Windowsu, njihova tehnologija pa deluje samo na Windowsu in OS Xu.
njok ::
Matek,
You won't believe it, but it does! Nikakor ne mislim da so classi in namespacei sami po sebej bloat, ampak zaradi smeri, ki so jo hoteli ubrati pri implementaciji, sem vesel, da je vse skupaj padlo v vodo. Static typing pa je bloat, ja.
Glede subjektivnosti se popolnoma strinajm, navijam za lastne interese :) Drugace pa o JavaScriptu nimam omembe vrednega znanja, tako da se pregloboko v take debate nemorem spuscat.
Iz zanimanja pa bi rad tebe in druge JS programerje vprasal: kaj konkretno pogresate, ko pisete kodo? Katere stvari bi spremenili, ce bi imeli pri tem besedo?
WTF? It doesnt get much shorter than function(){}
You won't believe it, but it does! Nikakor ne mislim da so classi in namespacei sami po sebej bloat, ampak zaradi smeri, ki so jo hoteli ubrati pri implementaciji, sem vesel, da je vse skupaj padlo v vodo. Static typing pa je bloat, ja.
Glede subjektivnosti se popolnoma strinajm, navijam za lastne interese :) Drugace pa o JavaScriptu nimam omembe vrednega znanja, tako da se pregloboko v take debate nemorem spuscat.
Iz zanimanja pa bi rad tebe in druge JS programerje vprasal: kaj konkretno pogresate, ko pisete kodo? Katere stvari bi spremenili, ce bi imeli pri tem besedo?
krho ::
Jaz, čistokrvne razrede s public, protected, private metodami, ter pravim dedovanjem
si.Mail odprto-kodni odjemalec elektronske pošte. - http://www.simail.si
Uredite si svojo zbirko filmov, serij in iger - http://xcollect.sf.net
Uredite si svojo zbirko filmov, serij in iger - http://xcollect.sf.net
frudi ::
Jaz, čistokrvne razrede s public, protected, private metodami, ter pravim dedovanjem
Vse to imaš na voljo v trenutni verziji.
1ACDoHVj3wn7N4EMpGVU4YGLR9HTfkNhTd... in case I've written something useful :)
Zgodovina sprememb…
- spremenilo: frudi ()
Vredno ogleda ...
Tema | Ogledi | Zadnje sporočilo | |
---|---|---|---|
Tema | Ogledi | Zadnje sporočilo | |
» | Zamenjava JavascriptaOddelek: Programiranje | 5621 (4054) | Mavrik |
» | Google dela na pretvorniku iz Flash SWF v HTML5Oddelek: Novice / Android | 5783 (4094) | techfreak :) |
⊘ | Iščem/ponujam delo (strani: 1 2 3 )Oddelek: Izdelava spletišč | 40167 (28130) | Primoz |
» | Firefox 3 s trenutno najmanjšo porabo pomnilnika (strani: 1 2 )Oddelek: Novice / Brskalniki | 11718 (8058) | lukanium |
» | Kaksen boso internetne strani v prihodnosti?Oddelek: Izdelava spletišč | 2780 (2213) | CCfly |