Newsgroup: it.comp.lang.javascript
Titolo: ma il punto e virgola.....

si mette o no a fine istruzione e dopo la } in javascript?

 si mette o no a fine istruzione e dopo la } in javascript?
è un separatore opzionale (obbligatorio ovviamente se vuoi mettere +
istruzioni sulla stessa riga, ma l"acapo" ha la stessa funzionalità del ;.
IMHO è necessario per avere una buona leggibilità (personalmente non lo ho
mai omesso)
-- 
"E' l' ignoranza che crea l'intolleranza
 di gente cieca e senza coscienza"
									  S.S.S.

 si mette o no a fine istruzione e dopo la } in javascript?
E' indifferente. Da specifiche, il parser inserisce automaticamente il
carattere ";" quando incontra un "line terminators" (come, ad esempio,
line feed, carriage return, e via dicendo); oppure quando trova una }.
Se, quindi, potrebbe essere comunque consigliato aggiungere ";" a fine
istruzione, in modo che non dipenda dal "layout del codice", ciò non è
necessariamente vero per le istruzione che terminano con "}", dato che
già questo carattere indica a JS dove inserire un ";", senza dipendere
dal "layout" (gli a capo e compagnia di cui sopra).
Io ho usato "};" quando chiudevo grosse porzioni di codice.. di solito
classi, o metodi.
-- 
~ Non esistono donne brutte. Dipende solo da quanta vodka bevi.
(proverbio russo)

 line feed, carriage return, e via dicendo); oppure quando trova una }.
"e via dicendo", cioe'? Quali altri casi ci sono (altre eventuali
combinazione dei 2)?

 dal "layout" (gli a capo e compagnia di cui sopra).
Mi e' successo che uno script senza ";" salvato in formato testo per 
Unix non funzionasse piu' quando era salvato in testo Win (\n\r -> \n).
Quindi: meglio metterlo, anche per essere mentalmente piu' ordinati :o)



Sempre da specifiche, i "Line Terminators" sono:
Line Feed, Carriage Return, Line Separator e Paragraph Separator.
I primi due sono ben noti perché derivano dai tempi dell'ASCII, mentre
gli ultimi due caratteri unicode.
-- 
~ Il tempo è quello che fai di lui.

 Unix non funzionasse piu' quando era salvato in testo Win (\n\r -> \n).
Difatti è per questo che ne ho consigliato l'uso, perché la fine
dell'istruzione non dipenda dal "layout" del codice. :)
-- 
~ "E' impossibile svegliare chi fa finta di dormire."
(Proverbio navaho)

 gli ultimi due caratteri unicode.
ah, interessante

Io raccomanderei di verificare sempre il codice con JSlint di Douglas
Crockford.
Douglas e' JavaScript Architect di Yahoo!, praticamente il papa' di
YUI, la persona' piu' preparata e brillante io abbia mai ascoltato
quando si parla di Javascript.
Ma preparatevi, JSLint e' tremendo, non perdona nulla!
 
http://www.jslint.com/
Franco

 e per fortuna, mica siamo ofidi! :-D
Uh, come sei cattivo. :)
-- 
~ Plagiarism is copying from one source;
research is copying from two or more
(Wilson Mizner)

 e per fortuna, mica siamo ofidi! :-D
tutta invidia :P
-- 
Under construction

 lontano dal pitone.
dimmi quando è stata l'ultima volta che hai scritto codice con
un'indentazione "artistica"
e dimmi quanto hai apprezzato cose del genere quando ti è toccato metter
mano a codice altrui / di cui non ricordavi più neanche l'esistenza
comunque, de gustibus, pero' non ritengo sia giusto ritenere python peggiore
di altri linguaggi per *questa* scelta progettuale; alla fin della fiera
esistono fior di programmi (anche web oriented, ma anche no) scritti da
fior di programmatori.
-- 
Under construction

 di altri linguaggi per *questa* scelta progettuale;
Nessuno ha detto una cosa del genere, semplicemente č una scelta
con cui non mi ritrovo, e credo che un programmatore debba avere
una certa affinitŕ con i linguaggi che usa. Del resto ce ne sono
ormai cosě tanti, che sarebbe masochistico fare diversamente. :)
-- 
~ Una volta, qui, era tutto <TABLE>.

 abbastanza, migliorava la leggibilità.
erh, scusami, ma puoi mostrarmi che hai scritto?
-- 
Under construction

 Dovrebbero essere due istruzioni da una riga.
No.
Per quanto mi riguarda l'indentazione è una delle migliori possibili
(qualche lisper avrebbe da ridire, ma loro non sanno indentare), e
comunque, per inciso, un interprete python lo capirebbe perfettamente.
(ma non stavamo parlando di javascript? quello e' perl!)
-- 
Under construction

 Dovrebbero essere due istruzioni da una riga.
  in base a cosa ti senti di fare questa affermazione?


comunque, vabe', smettiamola qui, che senno' non la finiamo piu'...
-- 
Under construction

 di dare lezioni di indentazione :-)
beh sai nel *mio* messaggio si capisce (grazie al quoting) di cosa stiamo parlando
nel *tuo* messaggio non si capisce neanche qual'era l'affermazione originale
quindi fai un pò tu :)
forse ti sfugge anche il significato di quoting
da:
http://wiki.news.nic.it/QuotarBene#head-7088179accce3ed1eea9c1445e1947792b11d0b9
Un quoting corretto rende possibile identificare immediatamente il punto del messaggio
cui si sta replicando nonché l'autore di tale messaggio.
In questo modo non sarà perciò necessario andare a cercare tali informazioni
negli articoli passati, con un notevole risparmio di tempo
ed un aumento di leggibilità.

 grazie, la mia vita č cambiata.
figurati, fa sempre piacere aiutare chi ha bisogno
p.s.
   cambiare discorso quando si comprende di aver sbagliato č
alquanto infantile