Leistung: Boolescher Wert immer zuweisen oder zuerst Wert prüfen?

Question

Ich bin sicher, es ist vernachlässigbar, aber da ich true zu einem booleschen Feld innerhalb einer Methode zuweisen möchten, macht diese Wahl einen Unterschied? Wenn ja warum?

field = true; // could already be true, but I don't care 

gegen

if(!field) field = true; 

Answer 1

würde ich nicht sagen. Aber das hängt von der Tatsache ab, dass wir wirklich über eine Feld im Gegensatz zu einer Eigenschaft sprechen, die Mai (obwohl es definitiv nicht sollte) zeigen unterschiedliche Verhalten in den zwei Schnipsel, die Sie enthalten (dh, wenn dort ist Logik mit Nebenwirkungen im Getter).

aktualisieren: Wenn Sie über Performance-Overhead zu sprechen sind, gibt es praktisch keine Differenz- aber Ich glaube Zuordnung ist immer so etwas weniger teuer (als den Wert zu lesen). Hier ist ein Beispielprogramm dies zu demonstrieren:

bool b = false; 

Stopwatch sw = Stopwatch.StartNew(); 
for (int i = 0; i < int.MaxValue; ++i) 
{ 
    b = true; 
} 
sw.Stop(); 

TimeSpan setNoCheckTime = sw.Elapsed; 

sw = Stopwatch.StartNew(); 
for (int i = 0; i < int.MaxValue; ++i) 
{ 
    // This part will never assign, as b will always be true. 
    if (!b) 
    { 
     b = true; 
    } 
} 
sw.Stop(); 

TimeSpan checkSetTime = sw.Elapsed; 

Console.WriteLine("Assignment: {0} ms", setNoCheckTime.TotalMilliseconds); 
Console.WriteLine("Read: {0} ms", checkSetTime.TotalMilliseconds); 

Ausgang auf meinem Rechner:

 
Assignment: 2749.6285 ms 
Read: 4543.0343 ms 

Answer 2

Für ein Feld, nur um es einzustellen. Für eine Eigenschaft könnte es komplexer sein, abhängig davon, ob die get oder set unverhältnismäßig teuer ist, und/oder ob die set dies intern prüft (Ereignisse umgehen usw.).

Als allgemeine Regel für Eigenschaften, einfach festlegen, bis Sie wissen, dass dies ein Problem aufgrund von Profiling ist.

Für Felder; Mach dir keine Sorgen darüber. Standard, nur zu setzen.

Answer 3

Was ich normalerweise tue ist, wenn ich etwas anderes als den Standardwert für jede Art von Variable erwarte, stelle ich es auf etwas ein, das es normalerweise nicht wäre. Wenn sich der Wert nicht ändert, weiß ich, was zu erwarten ist und wie ich damit umgehen soll. Es wäre nicht wirklich auf Ihre Beispiele anwendbar, Ihre Frage ist vage, Ihre Beispiele erklären nicht, was Sie zu tun versuchen.

Ich stimme den Aussagen von Marc und Dan natürlich zu.

Answer 4

In den 90er Jahren, als ich in x86 Assembler programmiert habe, war die Regel (IIRC) um Sprünge zu vermeiden. Eine if-Anweisung wäre als Sprung implementiert worden.

So würde meine Schlussfolgerung (unter dem assumtion, dass zumindest einige jener alten Regeln gelten immer noch), dass die if zu vermeiden und die Zuweisung direkt performanter sein würde.