MVC4
とVS2012
を使用していますが、Service Reference
を使用しています。Reference.cs
ファイルを自動生成します。私はビルドすると、私はServiceReference .csファイルのXml警告を抑制します。
読んエラーとして警告の数十取得「公に目に見える型またはメンバーのために不足しているXMLコメントを...」私が参照する同様の答えhereを、発見した
<Target Name="XamlGeneratedCodeWarningRemoved" AfterTargets="XamlMarkupCompilePass1">
<Exec Command="for %%f in (@(XamlGeneratedCodeFiles)) do echo #pragma warning disable > %%f.temp" />
<Exec Command="for %%f in (@(XamlGeneratedCodeFiles)) do type %%f >> %%f.temp" />
<Exec Command="for %%f in (@(XamlGeneratedCodeFiles)) do copy /y %%f.temp %%f" />
<Message Text="XamlGeneratedCodeWarningRemoved: @(XamlGeneratedCodeFiles)" />
</Target>
しかし、これはおそらくので、Reference.cs
ファイルで動作するようには思えません。この問題を回避するには、CSProj
ファイルに次の修正を加えることを示唆している、このblogで見つかりましたXaml
をターゲティングしていますか?誰も私がReference.cs
ファイルで動作するようにこれを修正する方法、またはこの問題を回避する別の方法を提案する人はいませんか?
pragma disable
を自動生成コードに追加するか、Xml
のコメントを無効にすることはできません。
良いアイデアジェシー、これを試してみましょう。しかし、確かに、独自のプロジェクトにサービス参照を移動するよりも、これを解決するためのより良い方法がありますか?私はCSProjファイルやMSBuildについてよく分かりませんが、リンク先のページを読んだあと、私の質問と同様の例を使ってプレビルドをターゲットにできるのだろうかと思います。 – DevDave
はい、そうかもしれませんが、結果としてソース管理の統合が進んでいます。すべてのビルドでは、保留中の変更が多数発生します。コードをインテリジェントにして、ファイルを再更新しないようにすることもできます。これはうまくいくはずです。私はこれを好みますが、設定がはるかに簡単で、関係するすべてのプロジェクトメンバーの理解が容易です。 – jessehouwing
あなたの答えをありがとう。私は別の質問をする必要があるかもしれませんが、あなたは同じGenerateDコードでStyleCopの警告をどのように回避するのだろうか?私はこの問題を解決することを楽しみにしています! – DevDave