0

遅いですか？オープンソース プロジェクトが原因で例外や問題が発生する場合があります。コードに直接アクセスできると、何が間違っているかについてより多くの洞察を得ることができます。プロジェクトの速度が低下し、特にコンパイル時間が長くなりますか? プロジェクトに変更が加えられていないと仮定すると、毎回再構築する必要はないと思いますか?

4

4 に答える 4

1

プロジェクトに変更が加えられていないと仮定すると、毎回再構築する必要はないと思いますか?

デフォルトでは、[ビルド] を選択すると、Visual Studio は変更されたコードのみを考慮します。Re-Build オプションを選択すると、すべてがコンパイル対象になります。

プロジェクトの速度が低下し、特にコンパイル時間が長くなりますか?

アプリケーションの実行パフォーマンスが遅いという意味であれば、いいえ、違いはありません。コンパイル時間については、はい、少し増加します (参照プロジェクトに変更が加えられていない場合)。プロジェクトが複数の場所で参照されており、プロジェクトに変更が加えられている場合は、すべてが正常に機能していることを確認するために、すべてがコンパイル プロセスを通過する必要があります。

于 2012-10-25T09:05:12.473 に答える
0

一般的に言えば、可能であればプロジェクト参照を使用する必要があります。これは古い記事からのものですが、今でも当てはまると思います。

プロジェクト参照を使用する利点は次のとおりです。

  • これらは、ソリューションとプロジェクト セットが読み込まれるすべての開発ワークステーションで動作します。これは、プロジェクトのグローバル一意識別子 (GUID) がプロジェクト ファイルに配置され、現在のソリューションのコンテキストで参照されるプロジェクトを一意に識別するためです。
  • これらは、Visual Studio .NET ビルド システムがプロジェクトの依存関係を追跡し、正しいプロジェクトのビルド順序を決定できるようにします。
  • 参照されたアセンブリが特定のコンピューターで失われる可能性を回避します。
  • プロジェクト構成の変更を自動的に追跡します。たとえば、デバッグ構成を使用してビルドする場合、すべてのプロジェクト参照は、参照されたプロジェクトによって生成されたデバッグ アセンブリを参照し、リリース構成内のリリース アセンブリを参照します。これは、参照をリセットすることなく、プロジェクト間でデバッグ ビルドからリリース ビルドに自動的に切り替えることができることを意味します。
  • Visual Studio .NET が循環依存関係を検出して防止できるようにします。

出典:

http://msdn.microsoft.com/en-us/library/Ee817675%28pandp.10%29.aspx

于 2012-10-25T16:31:43.990 に答える
0

個人的には、プロジェクト自体を開いておくことを好みます (少なくとも最初は)。頻繁にクリーン/ビルドしない限り、ビルドはコードが変更されたプロジェクトのみをコンパイルする必要があるため、コンパイル速度にわずかな違いしかありません。

開いているバージョンが DLL のバージョンと同じであり、リリース ビルドを実行すると仮定すると、速度に実際の違いはないはずです。

とはいえ、何が起こっているのかを理解した後、通常は DLL に切り替えて、ソリューション エクスプローラーでの混乱と VS での追加のメモリ使用量を回避します。

于 2012-10-25T09:01:35.983 に答える
0

オープン ソース ライブラリで何も変更しない場合。それはオーバーヘッドです。プロジェクトをコンパイルするたびにコンパイルされるためです。

于 2012-10-25T09:02:53.393 に答える