Best Practice: if (foo == false) oder if (! foo) [duplizieren]

Nummer 2, zusammen mit "foo" mit einem beschreibenden Namen, so dass der Code gut liest:

if (!hasPurple) ...

Ich finde # 2 besser lesbar. Ich denke jeder Java Entwickler (ich bin ein C # Entwickler) würde was wissen! meint. Ich

Obwohl es wahrscheinlich nicht der Punkt hier ist, ziehe ich es vor, meinen "wahren" Block als Aussage zu verwenden. Wenn die Bedingung im Allgemeinen falsch ist, dann benenne ich meine Variable, um

Ich finde es eine gute Idee, Dinge wie

weil Sie gelegentlich

als Tippfehler. Oftmals ist es ein leichter Fehler, es zu erkennen, aber es scheint einfach gut zu sein, um diesen schnellen Fehler zu machen.

Ich gehe für 2, weil als Programmierer sogar 2 lesbar ist.

Stellen Sie sich vor, Sie haben Hunderte solcher Validierungschecks, die Sie immer mit false überprüfen.

Nein

Wenn Sie der einzige sind, der Ihren Code verwaltet, dann können Sie den Stil verwenden, den Sie mögen.

Nachdem ich gesagt habe, dass! foo von den meisten Entwicklern, die ich kenne, bevorzugt wird.

Wenn Sie eine boolesche Variable als Bedingung in einer Anweisung verwenden, vergleichen Sie sie nicht mit true.

Kein Fehler, aber schlechter Stil. Da es bereits ein boolescher Wert ist, benutze ihn einfach.

  

Gründe warum "! foo" besser ist   als "foo == falsch". Referenz von

     

• Prägnanz: Angenommen, Sie befinden sich in einem Kontext, in dem ein boolescher Wert ist   benötigt, und "x" ist ein Boolescher, ist es   weniger Zeichen, um "x" als "x" zu schreiben   == true ", oder"! x "als" x == false ".

  

• Convention: erfahrene Programmierer in Java (oder C, C ++, C # und die meisten anderen
    Sprachen) erwarten, "x" eher zu sehen   als "x == wahr" und "! x" eher   als "x == false".

  

• Robustheit: In Java erfordern die bedingten und Schleifenanweisungen alle ein
    Boolescher Wert im Ausdruck   Bedingung. Wenn "y" kein boolescher Wert ist,
    dann ein Tippfehler der Form "if (y = foo)   {"gibt einen Kompilierungsfehler in
    Java. Aber wenn "y" ein boolescher Wert ist, dann
    "if (y = foo) {" gibt kein
    Kompilierungsfehler Daher durch Vermeiden   "==" für booleans vermeiden Sie das Setzen von
    sich für eine ganze Reihe von Bugs   aufgrund von Tippfehlern.