Ich genieße und kann es nur empfehlenJuval Lowy's - C # -Codierungsstandard. Juval vermeidet ausdrücklich die Begründung für jede Richtlinie, um den Standard streng zu halten (siehe Vorwort). Es gibt jedoch einige Richtlinien, für die ich neugierig bin, was die Gründe angeht.

Was ist die spezifische Begründung für die folgenden Direktiven aus dem C # -Standard von Lowy?
Hoffentlich gibt es harte (nicht subjektive) Antworten auf diese Fragen.

1.13 Vermeiden Sie vollständig qualifizierte Typnamen. Verwenden Sie stattdessen die Anweisung "using".
Ist das ein Leistungsproblem? Manchmal brauche ich nur eine Instanz des vollqualifizierten Namens und füge eine hinzumit scheint schwer zu sein.

1.26 Verwenden Sie bei parameterlosen anonymen Methoden leere Klammern. Lassen Sie die Klammer nur aus, wenn die anonyme Methode für einen Delegaten hätte verwendet werden können.
Eigentlich bin ich nur durch den zweiten Satz verwirrt. Erklärung mit Beispiel (en) würde helfen, danke.

2.19 Definieren Sie keine benutzerdefinierten Ausnahmeklassen
Was sind die Überlegungen bei der Minimierung ihrer Anzahl? (Er gibt als nächstes Richtlinien an, wenn Sie sie definieren (in 2.20).)

2.29 Vermeiden Sie die Verwendung des ternären bedingten Operators
Zu schwer für den Leser zu verdauen, oder andere Überlegungen?

2.31 Vermeiden Sie Funktionsaufrufe in booleschen bedingten Anweisungen. Ordnen Sie lokale Variablen zu und überprüfen Sie diese.
Ich glaube nicht, dass ich das tue, aber ich bin neugierig ... warum nicht?

2.47 Vermeiden Sie Schnittstellen mit einem Mitglied.
Weil es immer / meistens vorzuziehen ist, was zu tun? Eine Methodenschnittstelle funktioniert wann?

2.53 Verwenden Sie lieber eine explizite Schnittstellenimplementierung
Warum? Ebenfalls,Jon Skeet ist hier anderer Meinung.

Danke im Voraus! Robert