[Erledigt] Das mysteriöse null...

[jfheins]

http://msdn.microsoft.com/de-de/library/edakx9da.aspx

Zitat:

// Equality operator also returns false when one
// operand is null.

Hmmm ... ich dachte ich hätte es, aber bei meinem Test macht der == Operator eigentlich sehr genau das, was er soll ....

[Satty67]

ich nehme an, Name ist ein property in verkürzter Form

Code:

public string Name { get; set; }

dann sollte es automatisch initialisiert sein?

bei

Code:

private string name;
public string Name
{
  get { return name } usw.

ist name/Name null (wenn nicht im Constructor etc. initialisiert).

Ist halt nur ein Schuss ins Blaue, dass der Fehler nicht der vordergründig vermutete ist.

[Luckie]

Gibt es bei C# keine Funktion wie in Delphi Assigned?

[Satty67]

jain, in C# gibt es ja keine klassischen Funktionen wie in Delphi.

Es gibt für einzelne Objekte aber Methoden, wie z.B. string.IsNullOrEmpty.

Ausserdem sollte in C# ja ein Objekt-Zeiger immer gültig oder null sein, also nie null und ungültig.

[Luckie]

Und kennt die Klasse eine entsprechende Methode?

[Satty67]

Ich kenne die Klasse nicht, aber eher nein, ist keine Basis-Funtionalität. Da prüfen auf null immer funktionieren sollte, wäre das unnötig. Bei Strings macht es Sinn, da man zwei häufige Abfragen kombinieren kann.

[Aphton]

Kann es sein, dass hovered.Name gleich NULL ist?

macht doch einfach mal ein:

Code:

  if (hovered.Name != NULL)
  {
        MessageBox.Show(hovered.Name);
  };

[Luckie]

Zitat von Satty67:

Ich kenne die Klasse nicht, aber eher nein, ist keine Basis-Funtionalität.

Dumm von mir. Die Methode kann es gar nicht geben. Denn wenn das Objekt nicht existiert, also null ist, kann die Methode ja auch nicht aufgerufen werden. Solch eine Methode würde also immer wahr liefern.

[Luckie]

Ich glaube, die wenigsten haben Lust sich ihre Informationen aus zich Foren zusammenzusuchen, um dir helfen zu können.

[implementation]

Deshalb habe ich's hier ja jetzt auch noch einmal geschrieben.