どうでしょ解決の矛盾"StyleCop C#のスタイル"および"の枠組みの設計ガイドラインのC#か

Question

通りの付録A、C#コーディングスタイル条約"のブック"の枠組みの設計ガイドライン"（第2版から2008年）は、私が非常に混乱してどのようなコーディングスタイルは、Microsoft用内/薦.

のブログ 歴史のC#のスタイル 請求項:

この違い"StyleCopスタイル"の"枠組みの設計ガイドライン"の比較的軽微

私の見るところでは、それぞれの違いはかなり顕著になってきている。StyleCopとブレース開すべきは別のラインで、フレームワークの設計ガイドラインと言うので、今後ます。StyleCopはすべてのキーワードの後にスペース、フレームワークの設計ガイドライン"と言わなくすべてのスペース"（ろでもバイナリーティシペーションオペレーター.

だが、こうしたルールの枠組みの設計ガイドライン書籍特に皮肉ページ366-6原則からのトップ):

ない スペースを上手く使う前にフロー制御

Right: while(x==y)
Wrong: while (x == y)

これはexplicitely旨のStyleCopスタイル 間違った (後にスペースをキーワードに、空間の前後の平等のバイナリーオペレーター).

最終コード形式を使用して書式設定のStyleCopスタイルには時間が十分にとれなかったので"感じ"からの形式を使用して書式設定の枠組みの設計ガイドラインです。の枠組みの設計ガイドラインのスタイルの違いによって無効のバスのルールがルールチェックインの遵守の枠組みの設計ガイドライン風---).

こうMSFT関係者でしょうか？) を明らかにするこの乖離?

どのようにチームに対応す。以下のStyleCop?枠組みの設計ガイドライン?を無視したスタイル。焼き、自分なりのスタイル?

Answer 1

ブログを読んでてこないのですが、url)で記述:の枠組みのガイドラインに基づく進化したC++から、javascriptの名前空間にguideliness(いずれも味付けC++開発者がガイドラインstylecop用ネットワークにより現代の新しいC#のみguideliness...両や豪雨で、地滑りや洪水などの決定は、ご自分---個人的使用のStyleCopもの

Answer 2

この記事のstylecopチームを説明するよう聞こうとしているのですがいいと思います。http://blogs.msdn.com/sourceanalysis/archive/2008/05/25/a-difference-of-style.aspx

答えして第二の質問は、弊社のチームでの使用を開始したStyleCop用ルール（一部の人々を選びもめ利用）となります。こんなに時間がかかるものを使用ツールのようなStyleCopForResharperでくくなります。Iを取得するために使用されるもの辺の人が書いたコードソーシアムからのように書いで、今を使用していまStyleCop、みんなのコードを見同じです。な唇を噛む約迷惑う

Answer 3

を使用していまStyleCopのためのすべてのコードかマイナniggles、その基準を感じ、最も読ます。多くの基準に対して、議論の内マイクロソフト、またはからのフィードバック地域でなされる皆様の賛同もあるんじゃないでしょうかの基であり特にできる自動検証、自動補正のStyleCopのための簡単に、ios、androidとmac用にc#プラグイン).

あんでいることを強く同意できないので、ジェイソンAllor者のツールも今後周辺にあるもの、例えば自動特性StyleCopたと主張。

public int Prop
{
    get;
    set;
}

---なしに変更要求を許可シングルライン特性（も一線）としていない未読にかかりたくお願い申し上げます。彼はこの変更により期間が異なります。

Answer 4

まだ決定します。の場合のように一部パーツの一部パーツの他、ご自身のスタイルです。まつりの送迎です。

については、送迎スタイル;が良く評価することができ一つ別の任意の厳密な定量す。