Ich arbeite an einem Projekt in C # .net und WPF. Wir verwenden StyleCop, um dem Projekt einen einheitlichen Stil zu geben, und nachdem wir einige Regeln deaktiviert haben, sind wir ziemlich zufrieden damit. Wie auch immer, ich habe gehört, dass Leute über FxCop sprechen und dass dies der Fall ist würde auch das Projekt wertschätzen. Von dem, was ich verstehe, ist das mehr auf einer Code-Struktur-Basis ..?
Könnte mir jemand bestimmte Gründe nennen, warum wir FxCop benutzen sollten? Was sind die wichtigsten Dinge, die FxCop sicherstellen wird, dass wir es richtig machen?
Es erkennt einige nützliche Bedingungen und kann Ihren Codierungsstil verbessern. Unter Stil verstehe ich nicht nur Klammerplatzierung und so weiter. Aber Probleme wie abstrakte Klassen haben öffentliche Konstruktoren und viele andere specialist Fälle. Es sind kleine Dinge wie diese, und nach einer Weile macht man sie automatisch.
Es ist einfach, ein neues Projekt damit zu beginnen, es ist schwieriger, es mit einem bestehenden Projekt zu verwenden, da es mehr Probleme entdecken wird. Es ist erwähnenswert, dass Sie FxCop zuerst konfigurieren müssen, da es auf triviale Dinge hinweisen wird, die nicht von Belang sind.
FxCop funktioniert auf kompilierten Binärdateien, während StyleCop analysiert den Quellcode direkt .
Vielleicht können Sie damit überprüfen, ob eine kompilierte Assembly, die Sie an Ihre QA / Produktionsumgebung senden, mit Ihren Unternehmensrichtlinien übereinstimmt, wenn jemand versucht, Ihre StyleCop-Regeln zu umgehen.
Ich benutze es in Kombination mit CC.NET. Das heißt, jedes Mal, wenn CC.NET mein Projekt erstellt, führt es auch eine FxCop-Analyse durch, was ziemlich praktisch sein kann, wie es:
Kurz gesagt: Es hilft Ihnen, die Qualität Ihres Codes zu verbessern.