1

私は主にSharePoint2010用のSharePointソリューションをVisualStudio2010で開発しています。通常のSharePointソリューション開発では、主にアセンブリが出力され、GACに展開され、他のもの（ページ、Webパーツ、コントロールなど）で使用されます。グーグルから、リリース構成にはc＃コードの最適化が含まれており、デバッグメタデータは含まれていないことがわかりました。そのため、高負荷の部品を使用した生産でのみ有用であると考えました。そして、それは安定したコードに対してのみ受け入れられます-デバッガーを使用して本番サーバー上のリリースビルドアセンブリに接続できますか？

したがって、主な質問は、デバッグまたはリリースをいつ使用するか、そしてそれがもたらすメリットはどれかということです。

4

1 に答える 1

2

SharePointとリリース/デバッグビルドについて特別なことは何もないため、質問は実際にはSharePoint固有ではありません。

2つのオプションの主な違いは、ご提案のとおり、最適化がオンになっていて、リリースモードではデバッグシンボルが出力されないことです。

これらのデバッグシンボルがないと、本番サイトでコードをデバッグすることはできません。とにかくやりたくないことですが、本番サイトで何かをデバッグしますよね？！

ベストプラクティスは次のとおりです。

  • すべての開発目的でデバッグを使用します。段階的な展開がある場合（必要）、デバッグバージョンを統合と顧客のテスト環境に展開する必要があります。このようにして、各システムで常にエラーを探すことができます。
  • 本番環境ではリリースモードを使用します。段階的な展開の場合：リリースモードでコンパイルされた顧客アセンブリのみを提供します。

注：「最適化された」コードと最適化されていないコードの速度の違いは、ほとんどの場合、速度の違いはごくわずかです。ほとんどの場合、「これを行う必要があります」であり、「これを行わないと、何かが壊れます」ではありません。

于 2013-03-01T14:41:23.587 に答える