Delucidazioni sulla famiglia "Java"

[MItaly]

Originariamente inviato da carlomarx
Entrambi sono linguaggi imperativi, molto potenti, derivati dal c, interpretati e non compilati – sebbene il motore di Chrome (V8) abbia la mirabolante capacità di compilare al volo il javascript in linguaggio macchina senza passare per il c come fa Gecko (il motore di Firefox).

Giusto una precisazione: Gecko in realtà implementa un JIT-compilatore, e non un interprete, da Firefox 3.5 in poi (vedi qui).
Inoltre, Java è da un bel po' che non viene più interpretato (almeno, nel senso stretto del termine) ma JIT-compilato (HotSpot nasce nel 1999).

La sintassi di JavaScript ha molto più in comune col c che col Java. L'omonimia è solo frutto di un'operazione commerciale della "fu" Netscape.

La cosa interessante è che all'inizio quello che è poi diventato JavaScript nasceva come un modo per "lavorare in Scheme nel browser" (link), cosa che si vede bene in filigrana nonostante la sintassi "alla Java" (ai tempi mi aveva colpito come in JS si abbiano "first class functions", ora so da dove vengono ).

JavaScript è un nome informale, il nome ufficiale del linguaggio è ECMAScript.

Ni, in realtà ECMAScript è il linguaggio base, JavaScript è un dialetto con diverse estensioni (specie nella libreria standard, ad esempio tutta la libreria DOM non c'è in ECMAScript).

[LeleFT]

Originariamente inviato da carlomarx
@andrea
Java è tutt'altro che serverside, anzi il suo utilizzo più diffuso è per applicazioni desktop, "os-agnostic" (il mio giochino di scacchi preferito su linux è scritto in java). È usato anche, più di rado, come linguaggio server alla stessa stregua di php (che invece è un linguaggio strettamente server-side).

Giusto un'altra precisazione... tutto il mondo JEE è di uso quasi esclusivo server-side (ed in particolare JSP, Servlet, WebServices e compagnia bella).

Non a caso, dopo Tomcat (un ServletContainer) sono nati diversi Application Server (GlassFish, JBoss, Webphere, ...) e diversi framework propri del mondo server-side (JSF, Spring, Struts, ecc).

Quindi, dire che è usato "anche" e "più di rado" come linguaggio server alla sola stregua di PHP è assolutamente errato. Java viene usato in egual misura sia lato client, che lato server in modo molto diverso dal semplice scripting (lo scriptlet Java nelle JSP non si usa praticamente più da quando esistono JSTL e compagia bella). Non mi saprei sbilanciare su quale lato sia maggiormente usato.

Aggiungerei un campo particolarmente "nuovo" che è quello dei dispositivi mobile, in particolare dispositivi Android dove per programmare si usa (quasi) esclusivamente Java.


Ciao.

[carlomarx]

Originariamente inviato da MItaly
Ni, in realtà ECMAScript è il linguaggio base, JavaScript è un dialetto con diverse estensioni (specie nella libreria standard, ad esempio tutta la libreria DOM non c'è in ECMAScript).

JavaScript non è un dialetto di ECMAScript. Tant'è che se lo usi per farci le estensioni della Gnome Shell non hai il DOM, così come non ce l'hai se ti trovi all'interno di un Worker, e pure puoi continuare tranquillamente a chiamarlo JavaScript. Il DOM non è una libreria standard, per il semplice fatto che JavaScript è famoso per non avere una libreria standard e non esiste uno standard input e uno standard output: dipende sempre dall'ambiente in cui lavori. Il global scope è chiamato window se hai a disposizione il DOM, sarà un altro oggetto se ti trovi in un altro ambiente, etc.
ECMAScript comprende sia la sintassi che la semantica del linguaggio (compresi gli oggetti globali come Date, Array, etc. etc.). Essendo un linguaggio senza libreria standard ciò è sufficiente a definire l'intero linguaggio. Se leggi i documenti prodotti da ECMA noterai che lasciano chiaramente intendere che del DOM non se ne occupano loro ma il W3C, ma nonostante ciò danno per scontato che l'uso storicamente maggiore di ECMAScript si ha in simbiosi col DOM.

Originariamente inviato da LeleFT
Aggiungerei un campo particolarmente "nuovo" che è quello dei dispositivi mobile, in particolare dispositivi Android dove per programmare si usa (quasi) esclusivamente Java.

Il mondo dei dispositivi mobili lo annoveravo tra l'uso lato client, of course

Originariamente inviato da LeleFT
La cosa interessante è che all'inizio quello che è poi diventato JavaScript nasceva come un modo per "lavorare in Scheme nel browser" (link), cosa che si vede bene in filigrana nonostante la sintassi "alla Java" (ai tempi mi aveva colpito come in JS si abbiano "first class functions", ora so da dove vengono ).

A me piace pensare che si tratta di un linguaggio sviluppatosi empiricamente per accrezione disordinata pescando tra diversi paradigmi, il che è stato positivo più che negativo perché si è modificato col tempo in base alle esigenze dei programmatori. L'ultima grande innovazione sono stati i TypedArray, il lato più "di basso livello" di ECMAScript (vicini all'uso dei puntatori in c), che consentono a coloro che vogliono scrivere applicazioni molto complesse di ottenere performance elevatissime. Un esempio fra tutti, una macchina virtuale su cui gira il linuguaggio macchina del kernel linux scritta interamente in JavaScript, basata quasi interamente sui TypedArrays.

[Scara95]

In verità ha ragione MItaly: JavaScript è quel dialetto di ECMAScript che implementano Netscape e Firefox, JScript è quel dialetto implementato da Microsoft...

[carlomarx]

Originariamente inviato da Scara95
In verità ha ragione MItaly: JavaScript è quel dialetto di ECMAScript che implementano Netscape e Firefox, JScript è quel dialetto implementato da Microsoft...

Quella è roba vecchia. Se leggi i documenti ECMA, scrivono: "ECMAScript, conosciuto più comunemente come JavaScript..." etc. La distinzione che fai tu risale agli anni Novanta, quando ancora lo standard ECMA non esisteva e c'era la guerra tra i browsers. Ma se in una pagina web scrivi:

<script type="text/ecmascript"></script>

sotto IE lo script sarà interpretato secondo il loro dialetto (originariamente JScript, ma che lentamente si sta spostando verso gli standard) mentre in Firefox sarà interpretato rigorosamente secondo gli standard per il semplice fatto che il JavaScript di Firefox rispetta gli standard ECMA. Ricordo che ci litigai una volta perché la alla ECMA venne in mente di rimuovere la proprietà callee di arguments dagli standard e Firefox applicò immediatamente questa direttiva sul suo "JavaScript", nonostante gli avessi dimostrato che ci fosse almeno un caso in cui arguments.callee era insostituibile. Mi risposero: "Prenditela con la ECMA".

[Scara95]

Scrivono "conosciuto più comunemente come JavaScript" perchè JavaScript è il nome più utilizzato...
Ma JavaScript e ECMAScript sono ben diversi: JavaScript è ECMAScript + altre dell'altro (DOM) che, come anche tu hai detto, non è definito nello standard ECMAScript, ma è definito dal W3C.
Il fatto che ora tutti i broswer si stiano adeguando allo standard ECMAScript e agli standard di interoperabilità definiti da W3C non cambia la situazione...
Ad esempio node.js è un'altro dialetto di ECMAScript, che ovviamente non include il DOM, e lo stesso vale per il "JavaScript" usato come linguaggio di scripting da alcuni motori di rendering 3D...

Non puoi dire che ECMAScript e JavaScript sono la stessa cosa perchè (questa è una semplificazione):

• DOM non è scindibile da JavaScript
• ECMAScript è indipendente dal DOM

Edit: In ogni caso non interverrò ulteriormente sull'argomento.

[carlomarx]

Nei Workers non hai a disposizione il DOM, di conseguenza secondo il tuo punto di vista non saresti più in JavaScript. Cmq chiudiamola qui, è una sterile discussione nominale.