Was ist der Zweck eines 'if (0) - block-if-else-block?

Meine Frage ist, über die line, die ich erwähnt habe in dem Thema, und ich kann sehen, in vielen Orten innerhalb der Produktion von code.

Der gesamte code sieht wie folgt aus:

if (0) {
    //Empty braces
} else if (some_fn_call()) {
    //actual code
} else if (some_other_fn_call()) {
    //another actual code
    ...
} else {
    //default case
}

Die anderen Zweige sind irrelevant für meine Frage. Ich Frage mich, was die Bedeutung der Umsetzung if (0) hier ist. Die Klammern sind leer, so dass ich glaube nicht, dass es soll Kommentar einige code-block. Tut es Kraft der compiler, um einige Optimierungs-oder sind Ihre Absichten anders?

Ich habe versucht, die Suche für diesen expliziten Fall hier auf SO und auf im internet, aber ohne Erfolg. Es sind ähnliche Fragen, die über JavaScript, aber nicht in C. Es ist eine andere Frage, Was passiert, wenn eine null zugeordnet ist, in einem `if` - Bedingung?, aber es wird erörtert, null Zuordnung zu einer variable, nicht die 'if (0)' Nutzung selbst.

  • Kommentare sind nicht für längeren Gespräch; das Gespräch wurde verschoben zum chat.
  • Diese Aussage scheint irrelevant. Generieren von Assembler-code mit und ohne Anweisung und du wirst sehen, was Los ist unter der Haube.
  • Es ist möglich dies ist eine automatisch generierte code.
InformationsquelleAutor Zzaponka | 2018-11-14
  1. 90

    Manchmal benutze ich diese für Symmetrie, so kann ich verschieben Sie die anderen else if{ frei, um mit meiner Lektorin, ohne den Sinn der ersten if.

    Semantisch die

    if (0) {
    //Empty braces
} else

    Teil nicht alles tun, und Sie können darauf zählen, Optimierer, um es zu löschen.

    • Wenn es eine if else dann, wenn(0) mag Sinn machen, aber für if, else if ich nicht den Grund sehen.
    • Wieder: austauschen, einige Teile ohne Wechsel der Linien.
    • Das könnte ein möglicher Anwendungsfall, vielleicht in Fällen, wo es viele else if Bedingungen, sagen wir größer als 10,
    • Persönliche Meinung: obwohl dies die Begründung, warum es ist so geschrieben, wie es ist, ich denke, es ist eine schlechte Rechtfertigung. Code wird häufiger gelesen als geschrieben, und diese unnötigen code einfach erhöht parsing-Aufwand für den Leser.
    • danke für die Idee. Nur nicht denken, dass dies kann verwendet werden, nur für die Bequemlichkeit. Für jetzt, Ihre Antwort ist sehr hilfreich, so habe ich es als eine Lösung.
    • Man könnte argumentieren, dass die gemeinsame if else Präfix, um alle signifikanten Pfade code Zeilen, die die Bedingungen oben schön und macht das Scannen einfacher. (Das ist subjektiv, aber, und würde hängt viel von dem, was wirklich im inneren der Bedingungen und code-Blöcke.)
    • in der Tat, wie Lundin erwähnt im Kommentar unter die Frage selbst, es wäre eine schöne Redewendung in der defensive Programmierung, die Ihnen erlaubt zu werfen", wenn (0)' Anfang, Standardwert "nicht behandelte" Fall in die end und dann Absetzung mit sinnvollen Zweige im inneren.
    • Ich glaube nicht, dass if (0) {..} führt jede parsability/Lesbarkeit problem. Es sollte klar sein, wer weiß etwas von C. Das ist nicht ein Problem. Das problem ist der follow-up-Frage nach dem Lesen: "Was zum Teufel ist es denn dann?" Es sei denn, es ist für die Fehlersuche/vorübergehende Zwecke (D. H., die Absicht, zu "aktivieren", dass if block später), würde ich befürworten, entfernen zusammen. Im Grunde ist das "Lesen" dieser code würde wahrscheinlich dazu führen, dass eine unnötige "pause" für den Leser, für keinen guten Grund. Und das ist ein guter genug Grund, um es zu entfernen.
    • Es insbesondere, eine führende if( 0 ) können helfen "ästhetisch" wenn die else if Einträge sind alle einzelnen Leitungen... z.B. eine Folge von else if( conditonA() ) actionA() ; ... else if( conditonE() ) actionE() ; Linien (mit oder ohne Klammern, wie Sie sehen, passen).
    • Ein weiterer Grund könnte jemand tun, das ist so, Sie kann kommentieren, und kommentieren Sie die verschiedenen ifelse-Anweisungen, ohne zu brechen. Ich hörte eine ähnliche Taktik verwendet, die in SQL: where 1 = 1 und dann and statement auf anderen Linien.
    • Es wäre trivial zu tauschen, wenn-Aussagen herum, wenn Sie bewegen Sie einfach die Teile aus if zu else keine? (Wie wählen Sie aus if zu else und verschieben Sie es auf, bevor ein anderer if oder nach einer anderen else). Etwas mehr Aufwand als die Bewegung von ganzen Zeilen zu einem Zeitpunkt, aber es ist nur noch ein single-copy-and-paste oder drag.
    • Diese Frage wurde immer viel zu viel Aufmerksamkeit :D. if (0) {} oder keine if (0){}, es ist keine große Sache und eigentlich egal. Auf die Lösung Aktueller Probleme :). (Menschen auf jeden Fall zu lieben scheinen bikeshedding 🙂 )
    • Wie es scheint, definitiv beeinträchtigt die Lesbarkeit. Es war so schlimm, es ist geschickt, dass die Programmierer, SO zu Fragen, was es war. Kein gutes Zeichen.
    • Auch mit diesem Muster, ich weiß nicht, ob Sie "bewegen können else if um den editor ohne Sorge", denn die Bedingungen dürfen sich nicht gegenseitig ausschließen, in diesem Fall um zählt. Persönlich würde ich nur if, und führen Sie Anfang zurück, extrahieren Sie die Logik-Kette, um eine separate Funktion, wenn nötig.
    • Bedingungen nicht gegenseitig ausschließen, und um-abhängig ist genau der Grund, halten Sie einfach neu zu ordnen. Wenn die Reihenfolge egal ist, werden Sie nicht brauchen, um neu zu ordnen. Wenn es funktioniert, müssen Sie möglicherweise. Auch das Zitat jetzt sagt "ohne Geist, wenn", nicht "ohne Sorge".
    • Sie haben nie gesagt: "ohne Sorge." In C muss man immer Angst haben :D.
    • Es stimmt, der code wird häufiger gelesen als geschrieben. Allerdings gibt es andere überlegungen darf man nicht vergessen. Das ist, wie oft Sie Lesen die diff in commit aktualisieren Sie den code. Sowohl die diffs und der code selbst wird erwartet, dass häufiger gelesen als geschrieben. Manchmal haben Sie die Wahl zwischen den diffs lesbar und macht den code lesbar. Wenn eine kleine änderung im code-Stil machen kann diffs leichter lesbar, dann ist es Wert. Ein Stil, der macht diffs leichter lesbar neigen auch dazu, zu verringern die Häufigkeit von merge-Konflikten.
    • Klingt wie ein Sicheres Zeichen, dass Sie brauchen einen neuen editor
    • haben Sie einen editor, in dem, wenn Sie löschen eine erste if(cond) in einem kaskadierten if(cond1){code1} else if(cond2){ code2 } ... else{codeElse } es löscht automatisch die if(cond1){code1} und wandelt else if(cond2){ in if(cond2){ ? Wenn ja, welcher editor? // Tatsächlich, ich nehme an, ich bin schon mit solch einen editor, in eine der EMACS-zahlreiche Modi. Aber ich gestehe zu, wieder zurück zu fallen, um text zu Bearbeiten, einfach nur löschen der Zeilen, eine Menge.
    • Ich wähle aus, bevor if vor else und drücken Sie löschen
    • klingt wie Sie wählen Sie mit der Maus? Langsam!
    • entweder meine große externe trackpad oder mechanische Tastatur. Da es ist eine Geste, die ich so oft tun, es ist zu Unterbewusstsein und schnell. Es ist auch sehr einfach zu binden, um eine Regex-basierte makro ?. Aber Kommentare sind nicht für längere Diskussion. Wenn Sie wollen diese Diskussion fortsetzen, meine Kontaktmöglichkeiten sind aufgeführt unter mastodon.social/@Supuhstar

    InformationsquelleAutor PSkocik
  2. 104

    Dies kann nützlich sein, wenn es #if Aussagen, ala

       if (0)
   {
       //Empty block
   }
#if TEST1_ENABLED
   else if (test1())
   {
      action1();
   }
#endif
#if TEST2_ENABLED
   else if (test2())
   {
      action2();
   }
#endif

    etc.

    In diesem Fall (und alle), können die tests #if'ed out, und der code ordnungsgemäß kompiliert. Fast alle Compiler entfernt die if (0) {} Teil.
    Eine einfache autogenerator könnte code generieren, wie es ist etwas einfacher zu Programmieren ist es nicht zu betrachten, die zuerst aktiviert block getrennt.

    • In vielen Fällen, eine if/else if Kette nicht so viel wie ein Entscheidungsbaum, sondern eher als ein "handeln auf erste passende Bedingung" konstruieren, wo der Zustand, der geschieht, haben die höchste Priorität ist nicht besonders "Spezial". Während ich hatte nicht gesehen if(0) verwendet, als eine Möglichkeit, alle real-Filialen zu haben konsistente syntax, wie ich die einheitliche syntax erleichtert.
    • Es ist auch nicht nützlich in diesem Fall, da können Sie den gleichen Effekt erzielen, ohne: teilt die else if Linie in zwei und legen Sie die Präprozessor-guard dazwischen.
    • Ich bin nicht nach; wie würden Sie es schreiben?
    • Würde ich entfernen Sie die if (0) Zweig und zu formatieren, den rest, so dass else ist auf seine eigene Linie, umgeben von einer Wache entlang der Linien von #if TEST1_ENABLED && TEST2_ENABLED.
    • das ist gut, wenn Sie wollen, um die doppelte Anzahl von Wachen und der dreifachen Anzahl von guard-Bedingungen erwähnt, nehme ich an.
    • Und wenn es 4 verschiedene Zweige, wie würden Sie schreiben, die sonst zwischen dem 3. und 4. Zweig? #if (TEST1_ENABLED || TEST2_ENABLED || TEST3_ENABLED) && TEST4_ENABLED?
    • In diesem Fall sollten Sie beginnen, Fragen Sie sich ernsthaft WTF du tust. Der richtige fix ist die Struktur der code besser, nicht zu fügen Sie eine gefälschte if Wache an der Spitze.

    InformationsquelleAutor CSM
  3. 44

    Habe ich gesehen, dass ein ähnliches Muster in den generierten code. Zum Beispiel in SQL, ich habe gesehen, Bibliotheken emittieren die folgenden where - Klausel.

    where 1 = 1

    Diese vermutlich macht es einfacher, fügen Sie einfach auf andere Kriterien, da alle weiteren Kriterien vorangestellt werden kann mit and statt eine zusätzliche überprüfung, um zu sehen, ob es die erste Kriterien, oder nicht.

    • Die 1=1 ist auch "nützlich", da können Sie immer fügen Sie die where vor, bedingungslos. Sonst müsste man überprüfen, ob es leer ist, und wenn dem so vermeiden Sie die Erzeugung der where - Klausel.
    • Darüber hinaus sind die meisten Datenbanken werden automatisch "entfernen" die 1=1 von der WHERE, so dass es nicht einen Einfluss auf die Leistung.
    • Dies ist akzeptabel, in eine Bibliothek, die automatisch generiert SQL-Abfragen, die die meisten wahrscheinlich noch nie gesehen, sogar von der "DevOps" - team. Es ist nicht "akzeptabel" in high-level-code, der geschrieben werden muss und die mehrmals gelesen.
    • Dies ist sehr praktisch, Ansatz bei der Erzeugung einer Art von dynamisches SQL mit einer unbekannten Anzahl von endgültigen Bedingungen.
    • Was macht Sie denken, dass der generierte code geschrieben werden oder gelesen? E. g. wer liest/ändert google protobuf generierten code?
    • in der Tat, ich schrieb das Gegenteil: schlecht lesbare syntax akzeptabel ist, im generierten code, da wird es wahrscheinlich nie gelesen, nicht in der high-level-funktionalen code, verwaltet von den Entwicklern.
    • Oh, ok, ich bekomme es jetzt.
    • Ich hatte einmal, sich mit einem Fehler, der das Ergebnis einer Reihe von Modifikationen, die die Menschen gemacht hatten, zu einer automatisch generierten Datei. Die änderungen selbst gut genug gearbeitet für ein paar Jahre, denke ich, aber dann, wenn weitere änderungen erforderlich gemacht werden, habe ich das aktuelle tool, dass automatisch die Datei erzeugt hat, Wonach zunächst analysieren Sie die alte Datei, um herauszufinden, die Projekt-Einstellungen. Leider sind die änderungen nicht gut spielen, mit dem tool parser. Dauerte eine Weile, um herauszufinden, das böse, das er getan hatte.
    • Das ist genau mein Punkt: wenn Sie autogeneration, dann sollten Sie nicht Durcheinander mit automatisch generierten code. Ich weiß, dass solche Dinge passieren. Aber seine riskant.

    InformationsquelleAutor Seth Flowers
  4. 42

    Wie geschrieben, die if (0) {} Klausel kompiliert aus nichts.

    Ich vermute, dass die Funktion der Klausel an der Spitze dieser Leiter ist eine einfache Ort, um vorübergehend deaktivieren Sie alle anderen Funktionen auf einmal (für debugging oder Vergleichszwecke) durch ändern der 0 zu einem 1 oder true.

    • Es genagelt. Ich konnte nicht sehen, jeder andere Grund, neben dem debugging.
    InformationsquelleAutor Russell Borogove
  5. 15

    Es ist code rot.

    Irgendwann, dass "wenn" haben Sie etwas nützliches, änderte sich die situation, vielleicht die variable, die ausgewertet wird, wurde entfernt.

    Die person, die Festsetzung/änderung des Systems hat so wenig wie möglich zu beeinflussen die Logik des Systems so dass er nur sicher gestellt, würde der code neu kompilieren. So lässt er eine "if(0)" denn das ist schnell und einfach, und er ist nicht völlig sicher, was er tun will. Er bekommt das system funktioniert, und er nicht zurück gehen, um es zu beheben vollkommen.

    Dann der nächste Entwickler kommt und denkt, dass wurde absichtlich getan und nur Kommentare hin, dass ein Teil des Codes (da es nicht bewertet wird, sowieso), dann das nächste mal der code berührten die Kommentare werden entfernt.

    • Yup. Für alten code, um eine dead-code-entfernen ändern zu einem Zeitpunkt. Ich kann nicht zählen die Anzahl der Male, die ich gegangen bin, auf ein Schrägstrich-und-brennen, wüten Sie gegen die "Toten" code, nur zu entdecken, es gab einige bizarre Nebenwirkung, die Hieb-und-brennen verpasste.
    InformationsquelleAutor Dark Matter
  6. 15

    Einer Möglichkeit noch nicht erwähnt: die if (0) { Zeile könnte auch die Bereitstellung einer bequemen Lage für einen Haltepunkt.

    Debugging ist oft auf die nicht-optimierten code, so das immer-falsch-test wird anwesend sein und können Haltepunkt festgelegt sind. Wenn kompiliert, die für die Produktion, die Linie der code optimiert werden, aus. Das scheinbar nutzlose Zeile gibt an Funktionalität für Entwicklung und testing-builds, ohne Auswirkungen auf die release-builds.

    Gibt es andere gute Vorschläge vor; es ist der einzige Weg, wirklich zu wissen, was der Zweck ist, ist auf die Spur des Autors und Fragen. Ihre source-code-control-system könnte helfen. (Schauen Sie für blame-Funktionalität Typ.)

    InformationsquelleAutor studog
  7. 15

    Ich bin nicht sicher, ob alle Optimierungen, aber meine zwei Cent:

    Dies geschah, weil einige code-änderungen, wo eine primäre Bedingung entfernt wurde, (der Aufruf der Funktion in der anfänglichen if block, sagen wir mal), aber die Entwickler/maintainer

    so entfernen, sondern die damit verbundenen if block, änderte Sie einfach die Bedingung zu if(0) und zog Sie auf.

    • Nicht if(0) verringern, branch-coverage zu?
    • Nicht ganz - bei den meisten wird es sinken um 1 (von bisher 2), aber man trifft noch immer erforderlich für die Berichterstattung, nach meinem besten wissen.
    InformationsquelleAutor Sourav Ghosh
  8. 9

    Ich gesehen habe, nicht erreichbaren code-Blöcke in pre-erweitert-JavaScript generiert wurden, mit Hilfe einer Template-Sprache.

    Beispielsweise der code, den Sie Lesen konnte, wurden eingefügt, die von einem server vorab ausgewertet die erste Bedingung, die zu dieser Zeit stützte sich auf eine variable, die nur auf der server-Seite.

    if ( ${requestIsNotHttps} ){ ... }else if( ...

    einmal die pre-compiled hences : 

    if ( 0 ){ ... }else if ( ...

    hoffe, dies hilft, Sie relativieren die potentielle low-Tastatur-Aktivität der pro-recycling-Programmierer-ära, für die ich manifestieren Begeisterung !

    • Ich bin damit einverstanden, im Zeitalter der allgegenwärtigen Automatisierung, die wir verlassen sollten auf automatisch generierten code mehr, als dass es uns erlaubt, verbringen Sie mehr Zeit auf die eigentlichen Dinge. Aber für jetzt, meinen genauen Punkt von Interesse ist, wie sich dies alles ist architectured unter der Haube.
    InformationsquelleAutor simonarame
  9. 8

    Diesem Konstrukt kann auch verwendet werden, in C zu implementieren der generischen Programmierung mit Typ-Sicherheit, die sich auf die Tatsache, dass die unreachable code noch aktiviert, indem der compiler:

    //this is a generic unsafe function, that will call fun(arg) at a later time
void defer(void *fun, void *arg);

//this is a macro that makes it safer, by checking the argument
//matches the function signature
#define DEFER(f, arg) \
   if(0) f(arg); \              //never actually called, but compile-time checked
   else defer(f, (void *)arg);  //do the unsafe call after safety check

void myfunction(int *p);

DEFER(myfunction, 42);     //compile error
int *b;
DEFER(myfunction, b);      //compiles OK
    InformationsquelleAutor philfr
  10. 6

    Ich finde es einfach nur schlechter code. Schreiben Sie ein kurzes Beispiel in der Compiler-Explorer, sehen wir, dass in beiden gcc und clang wird kein code generiert für die if (0) block, auch mit Optimierungen komplett gesperrt:

    https://godbolt.org/z/PETIks

    Spielen, um mit dem entfernen der if (0) bewirkt, dass keine änderungen am generierten code, so schließe ich, dass dies nicht eine Optimierung.

    Es ist möglich, dass es verwendet werden, um etwas in der top - if block wurde später entfernt. Kurz gesagt, es sieht aus wie es zu entfernen bewirkt, dass der exakt gleiche code generiert werden, so fühlen sich frei, das zu tun.

    InformationsquelleAutor cha0site
  11. 6

    Als es ist gesagt worden, der null ist, evaluiert zu false, und die Branche wird wahrscheinlich optimiert durch den compiler.

    Hab ich auch gesehen vorher im code, wo eine neue Funktion wurde Hinzugefügt und ein kill-switch benötigt wurde (wenn etwas schief geht mit dem feature können Sie einfach schalten Sie es aus), und einige Zeit später, wenn der kill-Schalter entfernt wurde, der Programmierer hat nicht auch entfernen Sie den Zweig, z.B.

    if (feature_a_active()) {
    use_feature_a();
} else if (some_fn()) {
   ...

    wurde

    if (0) {
   //empty
} else if (some_fn()) {
   ...
    InformationsquelleAutor sergiopm
  12. 1

    Hilft es, die debug-diesen block nur setzen, wenn block 1. Diese deaktivieren Sie alle if -, else-block-Funktionalität. Und wir können auch erweitern Sie die if-else-block.

    InformationsquelleAutor Abdul Ahad Sheikh
  13. 1
        Actually according to my opinion, if we put any variable for checking inside
    e.g:-
public static void main(string args[])
{
        var status;
        var empList=_unitofWork.EmpRepository.Get(con=>con.isRetired==true);
        //some code logic 
        if(empList.count>0)
        {
          status=true;
        }
        if(status)
        {
         //do something
        }
        else
        {
        //do something else
        }
}
     if then its dynamically get the value in run time and invoke the logic inside it, else its simply extra line of code i guess.

    Anybody have any depth knowledge why this thing is used....or agree with me.
    kindly respond.
    InformationsquelleAutor Sagar Kumar Choudhury
  14. 1

    @PSkocik s Antwort ist gut, aber ich hinzufügen meine zwei Cent. Nicht sicher, ob ich sollte dieses tun als einen Kommentar, oder eine Antwort; die Wahl der letzteren, denn IMHO lohnt sich anderen zu sehen, während die Kommentare sind Häufig unsichtbar.

    Nicht nur, dass ich ab und zu benutzen 

    if(0) {
   //deliberately left empty
} else if( cond1 ) {
   //deliberately left empty
} else if( cond2 ) {
   //deliberately left empty
...
} else {
   //no conditions matched
}

    Aber ich gelegentlich auch tun

    if( 1 
    && cond1 
    && cond2
    ...
    && condN
) {

    oder

    if( 0 
    || cond1 
    || cond2
    ...
    || condN
) {

    für komplizierte Bedingungen. Für die gleichen Gründe - einfacher zu Bearbeiten, #ifdef, etc..

    Für diese Angelegenheit, in Perl werde ich tun

    @array = (  
    elem1,
    elem2,
    ...
    elem1,
) {
    • beachten Sie das Komma am Ende der Liste. Ich vergessen, wenn Kommata sind Trennzeichen oder Trennzeichen in C und C++ - Listen. IMHO ist dies eine Sache, die wir gelernt haben: [Werden nachfolgende Kommas in Perl eine schlechte Praxis? Komma] sind eine gute Sache. Wie jede neue notation, es dauert eine Weile, zu gewöhnen.

    Vergleiche ich die if(0) code lisp 

    (cond   (test1    action1)
   (test2    action2)
   ...
   (testn   actionn))

    welche, Sie Ahnen es, ich kann Spiegelstrich wie 

    (cond   
   (test1    action1)
   (test2    action2)
   ...
   (testn   actionn)
)

    Habe ich manchmal versucht mir vorzustellen, was eine mehr menschenlesbare syntax dafür Aussehen könnte.

    Vielleicht

    IF
:: cond1 THEN code1
:: cond2 THEN code2
...
:: condN THEN codeN
FI

    inspiriert von Dikstra s [https://en.wikipedia.org/wiki/Guarded_Command_Language#Selection:_if%5D%5BBewacht Command Language].

    Aber diese syntax bedeutet, dass die Bedingungen ausgewertet werden parallel, in der Erwägung, dass if...else-if impliziert sequentielle und priorisiert, die die Auswertung von Bedingungen.

    Ich begann, das zu tun diese Art der Sache, wenn das schreiben von Programmen generiert, dass andere Programme, wo es besonders bequem.

    Während wir an es, beim schreiben von RTL mit Intel alt iHDL, ich habe codierten Sachen wie

       IF 0 THEN /*nothing*/
   **FORC i FROM 1 TO 10 DOC** 
   ELSE IF signal%i% THEN    
      //stuff to do if signal%i% is active
   **ENDC** 
   ELSE   
      //nothing matched 
   ENDIF

    wo die FORC..DOC..ENDC ist ein makro-Präprozessor-loop-Konstrukt, das erweitert, um 

       IF 0 THEN /*nothing*/
   ELSE IF signal1 THEN    
      //stuff to do if signal1 is active
   ELSE IF signal2 THEN    
      //stuff to do if signal2 is active
   ...
   ELSE IF signal100 THEN    
      //stuff to do if signal100 is active
   ELSE   
      //nothing matched 
   ENDIF

    Diese war die einzige Zuweisung, die nicht zwingend notwendig, den code, sodass die Einstellung ein state-variable war nicht erlaubt, wenn Sie benötigt werden, Dinge zu tun, wie find first set bit.

       IF 0 THEN /*nothing*/
   ELSE IF signal1 THEN    
      found := 1
   ELSE IF signal2 THEN    
      found := 2
   ...
   ELSE IF signal100 THEN    
      found := 100
   ELSE   
      //nothing matched 
   ENDIF

    Kommen zu denken, dies war der erste Ort, stieß ich auf solche Konstrukte.

    BTW, die Einwände, die einige hatten sich um den if - (0) Stil -, dass die sonst-wenn-Bedingungen werden sequentiell abhängig und können nicht beliebig neu angeordnet werden - gelten nicht für die und-UND ODER-und XOR-Logik in der RTL - aber tun gelten für short-circuit && und ||.

    InformationsquelleAutor Krazy Glew
  15. -2

    Habe ich gesehen das ein paar mal, ich denke der wahrscheinlichste Grund ist, es war die Bewertung etwas in einer älteren/anderen version/branch-code, oder möglicherweise für das Debuggen und ändern, um if(0) ist etwas faul entfernen, was auch immer dort war.

    InformationsquelleAutor John U
Schreibe einen Kommentar