Was ist der schlimmste Fehler in C# oder .NET?

Question

Ich habe kürzlich mit einem DateTime Objekt, und schrieb etwas wie dieses:

DateTime dt = DateTime.Now;
dt.AddDays(1);
return dt; // still today's date! WTF?

Die Intellisense-Dokumentation für AddDays() sagt, dass es einen Tag zum Datum hinzufügt, was nicht der Fall ist - es devuelve ein Datum mit einem hinzugefügten Tag, also müssen Sie es so schreiben:

DateTime dt = DateTime.Now;
dt = dt.AddDays(1);
return dt; // tomorrow's date

Dies hat mich schon einige Male gebissen, also dachte ich, es wäre nützlich, die schlimmsten C#-Fehler zu katalogisieren.

Answer 1

Oracle-Parameter müssen der Reihe nach hinzugefügt werden

Dies ist ein großer Fehler in der ODP.Net-Implementierung von parametrisierten Abfragen für Oracle.

Wenn Sie einer Abfrage Parameter hinzufügen, sind die Parameternamen standardmäßig ignoriert und die Werte werden in der Reihenfolge verwendet, in der sie hinzugefügt wurden.

Die Lösung ist die Einstellung der BindByName Eigenschaft der OracleCommand Objekt zu true - Es ist false standardmäßig... was qualitativ (wenn auch nicht ganz quantitativ) in etwa so ist, als hätte man eine Eigenschaft namens DropDatabaseOnQueryExecution mit einem Standardwert von true .

Sie nennen es ein Merkmal ; Ich nenne es eine Grube im öffentlichen Raum .

Véase aquí für weitere Einzelheiten.

Answer 2

enum Seasons
{
    Spring = 1, Summer = 2, Automn = 3, Winter = 4
}

public string HowYouFeelAbout(Seasons season)
{
    switch (season)
    {
        case Seasons.Spring:
            return "Nice.";
        case Seasons.Summer:
            return "Hot.";
        case Seasons.Automn:
            return "Cool.";
        case Seasons.Winter:
            return "Chilly.";
    }
}

Fehler?
nicht alle Codepfade geben einen Wert zurück ...
Willst du mich verarschen? Ich wette, alle Codepfade geben einen Wert zurück, weil jeder Seasons Mitglied wird hier erwähnt. Es hätte alle Enum-Mitglieder prüfen sollen, und wenn ein Mitglied in Schaltfällen fehlte, dann wäre ein solcher Fehler sinnvoll, aber jetzt sollte ich eine Default Fall, der überflüssig ist und vom Code nie erreicht wird.

EDIT :
Nach weiteren Recherchen zu diesem Gotcha kam ich zu folgenden Ergebnissen Eric Lippert's gut geschriebener und nützlicher Beitrag aber es ist trotzdem irgendwie seltsam. Sind Sie einverstanden?

Answer 3

Mein bisher schlimmstes Problem habe ich erst heute herausgefunden... Wenn Sie object.Equals(object obj) überschreiben, können Sie am Ende feststellen, dass:

((MyObject)obj).Equals(this);

verhält sich nicht so wie:

((MyObject)obj) == this;

Die eine ruft Ihre überschriebene Funktion auf, die andere nicht.

Answer 4

Ich muss mich immer wieder daran erinnern, dass DateTime ein Wertetyp ist und kein Ref-Typ. Das erscheint mir einfach zu seltsam, vor allem in Anbetracht der Vielzahl von Konstruktoren für diesen Typ.

Answer 5

Sowohl für LINQ-to-SQL als auch für LINQ-to-Entities

return result = from o in table
                where o.column == null
                select o;
//Returns all rows where column is null

int? myNullInt = null;
return result = from o in table
                where o.column == myNullInt
                select o;
//Never returns anything!

Es gibt einen Bug-Report für LINQ-to-Entites aquí Allerdings scheinen sie dieses Forum nicht oft zu besuchen. Vielleicht sollte jemand auch ein Forum für LINQ-to-SQL einrichten?