問題タブ [stylecop]

ReSharper のコードの再フォーマット機能は非常に便利で柔軟性があり、特に JetBrains がバージョン 3.0 で追加した新しいコード レイアウト テンプレートの柔軟性を備えています。

ReSharper の「コードの再フォーマット」機能を実行するのと同じくらい簡単に StyleCop に準拠できるように、Microsoft StyleCopによって適用されるルールに一致する ReSharper のコード スタイル設定の標準セットはありますか?

私はメンテナンスチームを引き受けており、コードを改善し、開発者に優れたプログラミング手法と標準を紹介するのに役立つFxCopやStyleCopなどのツールを紹介したいと思います。コードを維持しており、大幅な拡張は行っていないため、変更を加える場合は、一度に2、3のメソッド/ルーチンのみを処理する可能性があります。

クラス全体またはプロジェクト全体を分析するときに発生するすべての問題に圧倒されないように、FxCop / StyleCopをVisualStudio内のコードの特定の領域にターゲティングすることは可能ですか？可能であれば、どうやってそれをやりますか？

ありがとう、マット

一部の C# コードでStyleCopを実行していますが、usingディレクティブが名前空間内にある必要があると報告され続けています。

using名前空間の外側ではなく内側にディレクティブを配置する技術的な理由はありますか?

ASP.NET MVC ベータ版をダウンロードしましたが、テンプレートが StyleCop に準拠していません。

Microsoft から提供される新しい .NET コードが StyleCop に準拠していないのはなぜですか?

数か月前に始めた古いオープンソースプロジェクトを刷新したいと思っています。私はきちんとした狂信者です、私はできる限り「女の子のようにコーディングする」ことに本当に一生懸命努力します。そのため、StyleCopを使用してコードをポリシングしており、非常に満足しています。どういうわけか、最初のコミットでジャンクの山をアップロードしたような気がするので、今回は実際に必要なファイルだけをアップロードしたいと思います。

StyleCopの静的コード分析とルールの適用が気に入っています。ただし、いくつかの重要な部門では深刻に欠けています。

• 新しいルールの追加は公式にはサポートされておらず、かなり難しいと聞いています。
• 些細なルール違反を自動的に「修正」できると便利です。おそらく変数の命名ではなく、メソッドの順序付け (静的など) を使用すると、これは大幅な時間の節約になります。
• Microsoft の StyleCop に対する「万能型」のアプローチは、一種の制限的なものです。社内基準のカスタム ルール セットを作成したいと考えています。

そのような商用製品はありますか？

代替テキスト http://blogs.interakting.co.uk/images/blogs_interakting_co_uk/dominicz/WindowsLiveWriter/MicrosoftStyleCopSourcecodeanalysisforfo_D8EF/styleCopErrors_6.gif

FxCopを使用していますが、アクセス修飾子が明示的に定義されていないすべてのメソッドまたは変数を検索したいと思います。例えば：

FxCopに、変数「myInt」またはクラス「MyClass」に適用されるアクセス修飾子を指定しなかったことを警告してもらいたいと思います。誰かが以前にこれを行ったことがありますか、または誰かがどこから始めるべきかについてのガイダンスを提供できますか？

更新：みんなに知らせるために、これを探すStyleCopルールはSA1400です。

誰かがStyleCopと互換性のあるXMLまたは.vssettings-fileでVisualStudioの設定を持っていますか？

MicrosoftがC＃をフォーマットし、それに応じてVisual Studioの設定を設定する正しい方法であると判断したガイダンスについては、「フレームワークの設計ガイドライン：再利用可能な.NETライブラリの規則、イディオム、およびパターン」という本を使用しました。

しかし、Visual Studioで「ドキュメントのフォーマット」を使用すると、StyleCopはすべてのシリンダーで起動し、あらゆる種類のことについて文句を言います。

設定で設定できないエラーもあります。中括弧のように、何かが複数の行にまたがる場合は、新しい行に配置する必要があります。

現在、COMオブジェクトのオープンソースラッパーを作成しています。StyleCopをインストールして、コードの一部に対して実行したところ、予想どおり、大量の警告が表示されました（たとえば、すべてのローカルメソッド呼び出しと変数に「this。」を追加するなど、すでに実行しているはずの警告がいくつかあります）。

これらの警告のうち、いくつ試して減らす必要がありますか？オープンソースライブラリを作成するときに最適なものはどれですか？

私は ReSharper と StyleCop の間の戦いで立ち往生しており、ReSharper に勝たせたいと思っていますが、そうする前に StyleCop を支持する議論を聞きたいです。

私が長い引数リストを書いているとき、ReSharper は賢明にパラメーターリストを切り刻み、次の行から再開します。私はそれがはるかに読みやすいと思います。

コードに対して StyleCop を実行すると、それらの行を非常に長く残す必要があります。私はそれが気に入らないので、その StyleCop ルール (SA1115) を無視したいと思います。なぜ SC が長い行列を望んでいたのか、そもそも理由が思い浮かびません。単に「私たちはいつもこのようにしてきた」からなのでしょうか?