parentesi JavaScript sulla nuova riga o no?

Question

Al lavoro, posizioniamo le parentesi sulla linea successiva, ma a casa faccio il contrario. Quale preferisci? (K & R vs OTBS)

function something() { 
    // ... 
} 

function something() 
{ 
    // ... 
} 

Un sacco di librerie JavaScript sembra usare le OTBS (un vero stile brace). Mi piacerebbe seguirli per coerenza tra altri progetti JavaScript, ma non lo stile K & sembra più leggibile?

Nota: conosciamo il problema con il ritorno e le parentesi graffe in JavaScript, sarà sempre un'eccezione. Tuttavia, questo è solo un caso.

Answer 1

Questa è una guerra santa a cui non avrai mai una risposta utilizzabile! Basta attaccare con qualsiasi cosa nel progetto stia usando e non discutere!

Per quello che vale, io sono un rito K &. Trovo che l'OTBS mette molto spazio visivo tra una struttura di apertura e la seguente affermazione, quando quelle due linee sono spesso fortemente correlate, quindi sarebbe meglio presentarle insieme, senza una riga quasi vuota interposta. Mi piace mantenere le mie righe vuote riservate per separare i blocchi di dichiarazioni correlate.

In uno stile di codifica che tuttavia molti spazi bianchi, questo può essere relativamente poco importante. Ma personalmente apprezzo la chiarezza, quindi posso mantenere più del programma sullo schermo.

Non mi rendo conto che avere la parentesi aperta su una colonna diversa rispetto alla parentesi graffa è un problema. È ancora facile vedere la forma del blocco solo dai trattini. A meno che non stiate usando i rientri sporgenti. Non farlo. Ma questa è un'altra guerra santa interamente.

Answer 2

Nessuno dei due è migliore dell'altro. Basta sceglierne uno e usarlo in modo coerente.

Answer 3

Io li preferisco sulla stessa linea, ma soprattutto perché passo parecchio le funzioni anonime come argomenti ... risparmia un po 'di spazio e rende la definizione della funzione meno sgradevole. Ovviamente, questa è solo un'opinione e concordo con Bytecode Ninja sul fatto che la coerenza è la cosa più importante.

Answer 4

Tutto soggettivo. Alcuni sono leggermente migliori ma la differenza è trascurabile. La cosa più importante da fare è rimanere coerenti su tutto il codice.

Personalmente, preferisco lo stile nascosto, con 4 spazi 'reali' schede.

function a() { 
    if (b) { 
     do; 
    } else { 
     do2; 
    } 
}

Answer 5

come sancito da molte risposte, la sua per lo più importante trovare uno stile che si (e/oi vostri compagni di squadra, se applicabile) rispettare. Personalmente preferisco la stessa linea di quella che ho trovato che mettere le parentesi graffe sulla nuova linea può portare a molte linee vuote se si lavora con chiusure e funzioni annidate, il che rende il codice meno leggibile per me (anche se, probabilmente, non per la maggior parte delle persone ...)

Answer 6

Seguo la convenzione di codifica JavaScript di Douglas Crockford, ispirata alle linee guida dello stile Java di Sun.

Ecco un link ad esso: http://javascript.crockford.com/code.html

Answer 7

A mio parere, dipende da chi altro verrà a lavorare con il vostro codice. Se lavori su un team C# e condividi molte responsabilità, mettilo su una nuova riga ed evita gli inevitabili bisticci che altrimenti seguiranno. Se lavori con molti PHP (o vecchi programmatori JS), mettilo sulla prima riga per lo stesso identico motivo.

Ma se stai cercando qualcosa di più autorevole, Douglas Crockford dice che il tutore di apertura dovrebbe always be on the top line. Il suo ragionamento, se ricordo bene, è che lo rende coerente con il resto della lingua. Fondamentalmente, perché questo è valido, ma (probabilmente) il codice errato:

function myFunc() 
{ 
    return 
    { 
     ok: true 
    }; 
} 

... si dovrebbe evitare di mettere universalmente aperti parentesi su una nuova linea. Perché? Poiché lo stile di programmazione deve non portare a ambiguità sintattica.

Il codice di esempio di cui sopra è valido perché è completamente sintatticamente corretta e senza eccezioni sarà elevato se si scrive questo. Tuttavia, anziché restituire un oggetto letterale, {ok:true}, restituirà undefined e il codice sottostante non verrà raggiunto. Metti le parentesi di apertura su una riga e restituirà l'oggetto letterale che eri, forse, in attesa.

La domanda è: lo trovi abbastanza convincente?

Answer 8

Douglas Crockford dà un motivo per la scelta del K & R stile :

uso sempre lo stile R K &, mettendo il { alla fine di una linea al posto del fronte, perché evita un orribile errore di progettazione nella dichiarazione return di JavaScript.

L'errore a cui fa riferimento è come gestisce la dichiarazione JavaScript return diverso nei due seguenti scenari:

return { 
    'status': 'ok' 
}; 

... e:

return 
{ 
    'status': 'ok' 
}; 

Il primo tornerà un oggetto con una proprietà status, mentre il secondo restituirà undefined a causa di semicolon insertion.

---

Douglas Crockford: JavaScript: The Good Parts: Style (page 96) - ISBN: 978-0596517748.

Answer 9

I preferiscono il metodo R K & per gli stessi motivi sopra elencati. Sembra più compatto e le due linee rilevanti sono raggruppate.