Pisząc własne reguły analizy kodu statycznego (dla kodu C#), jakie są plusy i minusy używania StyleCop vs FxCop?Niestandardowe reguły analizy kodu statycznego w FxCop lub StyleCop?
Czy jest on bardziej odpowiedni dla określonego rodzaju analizy niż drugi? Czy jest różnica między tymi dwoma, które uruchamia się na kodzie źródłowym, a drugą na skompilowanym złożeniu?
Kluczową różnicą jest to, że StyleCop analizuje kod źródłowy C#. FxCop analizuje zespoły .NET po ich skompilowaniu, działa dla dowolnego języka. W związku z tym StyleCop jest wybredny o tym, jak wygląda twój kod źródłowy. FxCop jest wybredny, jeśli chodzi o sposób korzystania z klas ramowych .NET. Uzupełniają się nawzajem.
Są to różne narzędzia. StyleCop koncentruje się na stylu kodu. Możesz sprawdzić dokument. komentarze, konwencje nazywania, odstępy itp. Chociaż może to robić prawie takie same rzeczy jak StyleCop, FxCop koncentruje się na Microsoft Design Guidelines. Będzie analizować twój kod, szukając między innymi możliwej wydajności i problemów z bezpieczeństwem.
Nigdy nie napisałem reguł dla żadnego z nich, ale uważam, że powinieneś wybrać ten, który robi dokładnie to, czego chcesz (jeśli tylko standardy kodowania, idź z StyleCop, w przeciwnym razie idź z FxCop). W ten sposób prawdopodobnie będziesz czuł się bardziej komfortowo z API.
Sprawdź te linki Wikipedii:
nie jest całkowicie prawdziwe: http://blogs.msdn.com/sourceanalysis/archive/2008/05/23/announcing-the-release-of-microsoft-source-analysis.aspx –