È stato chiaramente affermato, nonostante l'opinione, che rinunciare alle parentesi graffe su una singola riga ifnon sia l'ideale per la manutenibilità e la leggibilità.

Ma che dire di questo?

if (lemons) { document.write("foo gave me a bar"); }

È ancora più compresso e, se espanso, le parentesi graffe non saranno dimenticate. Ci sono problemi palesi e, in caso contrario, quali sono le considerazioni? Sento che è ancora molto leggibile, almeno quanto un operatore ternario comunque. Mi sembra che gli operatori ternari non siano suggeriti tanto a causa della leggibilità, sebbene ritenga che tale conclusione non sia altrettanto unanime.

Il gemello malvagio in me vuole suggerire questo, anche se la sintassi ovviamente non è pensata per questo, ed è probabilmente solo una cattiva idea.

(syntax) ? document.write("My evil twin emerges"): "";

Ho visto il comportamento di corto circuito &&dell'operatore utilizzato per raggiungere questo obiettivo, anche se le persone che non sono abituate a questo possono trovare difficile da leggere o addirittura chiamarlo un anti-schema:

lemons && document.write("foo gave me a bar");  

Personalmente, userò spesso una riga singola ifsenza parentesi, in questo modo:

if (lemons) document.write("foo gave me a bar");

Se devo aggiungere più istruzioni, inserirò le istruzioni nella riga successiva e aggiungerò parentesi. Poiché il mio IDE esegue il rientro automatico, le obiezioni di manutenibilità a questa pratica sono controverse.

Lo uso così:

(lemons) ? alert("please give me a lemonade") : alert("then give me a beer");

Puoi usare questo formato, che è comunemente usato in PHP:

(lemon) ? document.write("foo gave me a bar") : document.write("if condition is FALSE");

Questa linea è molto più pulita.

if(dog) alert('bark bark');

Preferisco questo. spero che aiuti qualcuno

può usare questo,

lemons ? alert("please give me a lemonade") : alert("then give me a beer");

spiegazione: se lemonsesiste allora dammi unalert("please give me a lemonade") else alert("then give me a beer")

// Un altro semplice esempio

 var a = 11;
 a == 10 ? alert("true") : alert("false");

Come molte persone hanno detto, se stai cercando una linea reale se allora:

    if (Boolean_expression) do.something();

è preferito. Tuttavia, se stai cercando di fare un if / else, ternary è il tuo amico (e anche super cool):

    (Boolean_expression) ? do.somethingForTrue() : do.somethingForFalse();

ANCHE:

    var something = (Boolean_expression) ? trueValueHardware : falseATRON;

Tuttavia, ho visto un esempio molto interessante. Urla a @ Peter-Oslson per &&

    (Boolean_expression) && do.something();

Infine, non è un'istruzione if, ma anche l'esecuzione di cose in un ciclo con una mappa / riduci o Promise.resolve () è divertente. Urla a @brunettdan

Come è già stato affermato, è possibile utilizzare:

&& stile

lemons && document.write("foo gave me a bar");  

o

stile senza parentesi

if (lemons) document.write("foo gave me a bar");

ritorno di corto circuito

Se, tuttavia, si desidera utilizzare l' ifistruzione a una riga per cortocircuitare una funzione, è necessario utilizzare la versione senza parentesi in questo modo:

if (lemons) return "foo gave me a bar";

come

lemons && return "foo gave me a bar"; // does not work!

ti darà un SyntaxError: Unexpected keyword 'return'

Ho visto molte risposte con molti voti a favore dell'operatore ternario. Il ternario è ottimo se a) hai un'opzione alternativa eb) stai restituendo un valore abbastanza semplice da una condizione semplice. Ma...

La domanda originale non aveva un'alternativa e l'operatore ternario con un solo ramo (reale) ti costringe a restituire una risposta confusa.

lemons ? "foo gave me a bar" : "who knows what you'll get back"

Penso che la variazione più comune sia lemons ? 'foo...' : '' , e, come saprai leggendo la miriade di articoli per qualsiasi lingua su vero, falso, verità, falsità, null, zero, vuoto, vuoto (con il nostro senza?), Stai entrando un campo minato (anche se un campo minato ben documentato).

Non appena una parte del ternario diventa complicata, si sta meglio con una forma più esplicita di condizionale.

Una lunga strada per dire che sto votando if (lemons) "foo".

Può anche essere fatto usando una sola riga con whileloop e in ifquesto modo:

if (blah)
    doThis();

Funziona anche con i whileloop.

Esempio nelle funzioni freccia:

let somethingTrue = true
[1,2,3,4,5].map(i=>somethingTrue && i*2)

Nelle promesse:

Promise.resolve()
  .then(_=>checkTrueFalse && asyncFunc())
  .then(_=>{ .. })

Altrimenti:

if(somethingTrue) thenDo()

Se è solo un semplice condizionale, preferisco usare if (value) ogni volta che è possibile perché la parola if all'inizio dell'affermazione dice di più su cosa sta succedendo rispetto a parantesi e punti interrogativi.

**Old Method:**
if(x){
   add(x);
}
New Method:
x && add(x);

Anche assegnando l'operazione possiamo fare anche con parentesi tonde

exp.includes('regexp_replace') && (exp = exp.replace(/,/g, '@&'));