Hallo zusammen,

folgende Zeile funktioniert in Delphi:

markieren

Delphi-Quellcode:

procedure TForm1.Button1Click(Sender: TObject);
begin
  Self.Button1.Enabled := (TreeView1.Selected <> nil) and (TreeView1.Selected.Count = 0);
end;

Wie ist das in C# zu schreiben. Gekommen bin ich bis dahin:

markieren

Code:

private void timer_Tick(object sender, EventArgs e)
        {
            this.ButtonFolderDelete.Enabled = (this.folderView.SelectedNode != null);
        }

Danach verliesen sie mich dann.

markieren

Code:

private void timer_Tick(object sender, EventArgs e)
{
     this.ButtonFolderDelete.Enabled = this.folderView.SelectedNode != null && folderView.SelectedNode.Nodes.Count /* ? */ == 0;
}

Dank der im Vergleich zu Delphi IMHO viel sinnvolleren Operatorrangfolge sparst du sogar zwei Klammern .

Danke.

Zitat von Khabarakh:

markieren

Code:

private void timer_Tick(object sender, EventArgs e)
{
     this.ButtonFolderDelete.Enabled = this.folderView.SelectedNode != null && folderView.SelectedNode.Nodes.Count /* ? */ == 0;
}

Dank der im Vergleich zu Delphi IMHO viel sinnvolleren Operatorrangfolge sparst du sogar zwei Klammern .

Die Klammern kosten nichts ...

... sie wegzulassen kostet ...

... Lesbarkeit.

Ich nehm gerne Klammern in if abfragen auch wenn man sie nicht braucht.


und so hat wohl auch damals der Mr. Wirth gedacht


mfg

Daniel

Da der Ausdruck ziemlich lang ist, würde ich sowieso einen Zeilenumbruch einfügen und dann stören die Klammern nur noch.
Klammern zu Übersichtlichkeit einzufügen ist eine Sache, das geht auch in C#. Klammern allerdings durch eine dämliche Rangfolge aufzuzwingen, ist eine andere. Es ist einfach nur logisch, dass and als logischer Operator auf den unteren Plätzen rangiert (wobei wir bei Delphi wieder das Problem haben, dass and zugleich der binäre Operator ist, aber auch der ist in C# dem Äquivalenzzeichen untergeordnet).