Frage

Ich FxCop persönlich noch nicht verwenden. Wir wollen zuerst die Unit-Tests erarbeiten, bevor sie mit Code-Analyse gehen. Aber, die Regeln würden Sie permanantly deaktivieren? Welche Regeln würden Sie deaktivieren vorübergehend und in welcher Situation?

War es hilfreich?

Lösung

Ich habe nicht die Namenskonvention Regel verwenden, die Unterstreichungen in Verfahren / Ereignisnamen verbietet. Ich habe auf „Button1_Click“ gewöhnt. Visual Studio fügt automatisch die Unterstrichen, so müssen Sie sie manuell entfernen. Ich denke, es ist einfacher, sie in Ruhe zu lassen. Und füge ich den Unterstrich, wenn ich eine Methode / Ereignis erstellen.

Andere Tipps

Ich mag nicht Regel CA1021: Vermeiden Sie out-Parameter. Out-Parameter sind für viele verschiedene Muster (einschließlich des .Net Versuchen * Muster). Out kann sicherlich überstrapaziert, aber wirklich scheint es übertrieben eine FxCop Regel für sie zu haben.

Regel CA1021

Es gibt eine ganze Liste von pedantisch Mist Sie das System in Abhängigkeit deaktivieren möchten werden Sie bauen. Ich würde vorschlagen, die FxCop Ausgang zu prüfen und sich zu entscheiden. Ein mans Pedanterie ist anothers "must have".

Es beschwert sich über "ID" und schlägt vor, "Id" ... obwohl, dass die "Zwei-Zeichen-Abkürzungen-sind-alle-capped" Regel folgt: O)

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top