問題タブ [assemblies]

今朝、 RhinoMocksをいじっていましたが、RhinoMocks.dllが「信頼できる場所」になかったため、テストを実行できませんでした。アセンブリは、c：\ document and settings \\ My Documents \ Visual Studio 2008 \ Projects（など）フォルダーにあります。どうしたんだ？

これはこの質問に関連しており、答えはおそらく同じですが、とにかく尋ねます。

.NET 3.5 SP1 からネットワークからマネージ実行可能ファイルを開始できることは理解していますが、実行可能ファイル内からロードされたアセンブリはどうなりますか? 同じことが当てはまりますか？

複数のプロジェクトを使用したソリューションがあります。1 つのソリューション全体のアセンブリ情報ファイルをリンクして、AssemblyInfo.cs ファイルを最適化しようとしています。これを行うためのベストプラクティスは何ですか? ソリューション全体のファイルに含める必要がある属性と、プロジェクト/アセンブリ固有の属性はどれですか?

編集: 興味がある場合は、AssemblyVersion、AssemblyFileVersion、AssemblyInformationalVersion の違いは何ですか?というフォローアップの質問があります。

3 つのアセンブリ バージョン属性があります。違いは何ですか？AssemblyVersion残りは無視して使ってもいいですか？

MSDN は次のように述べています。

• アセンブリ バージョン:

  帰属するアセンブリのバージョンを指定します。

• AssemblyFileVersion :

  Win32 ファイル バージョン リソースに特定のバージョン番号を使用するようにコンパイラに指示します。Win32 ファイルのバージョンは、アセンブリのバージョン番号と同じである必要はありません。

• AssemblyInformationalVersion :

  アセンブリ マニフェストの追加のバージョン情報を定義します。

これは、アセンブリ属性を使用するためのベスト プラクティスは何ですか?のフォローアップです。

SQL Server 2005 に埋め込む予定の .NET アセンブリを作成する際に従うべき重要な方法は何ですか?

私はこれが初めてで、次のような重要なメソッド属性があることがわかりました。

また、避けるべき一般的な落とし穴なども探しています。

通常、コードベースと関連する単体テストをどのように分離していますか? 単体テスト用に別のプロジェクトを作成する人を知っていますが、個人的には混乱し保守が難しいと感じています。一方、1 つのプロジェクトでコードとそのテストを混同すると、単体テスト フレームワーク (NUnit、MbUnit など) に関連するバイナリと独自のバイナリが並んでしまいます。

これはデバッグには問題ありませんが、リリース バージョンをビルドすると、コードで単体テスト フレームワークを参照する必要がなくなります。

私が見つけた 1 つの解決策は、すべての単体テストを #if DEBUG -- #endif ディレクティブで囲むことです。コードが単体テスト アセンブリを参照していない場合、コンパイラはコンパイル済みコード内の参照を省略できます。

同様の目標を達成するための他の (おそらくより快適な) オプションはありますか?

これはすべて仮説ですので、ご容赦ください。

C# で Foo というツールを作成しているとします。出力は foo.exe です。Bar と呼ばれる、使用したい本当に素晴らしいライブラリをいくつか見つけました。このライブラリは、プロジェクトで bar.dll として参照できます。プロジェクトをビルドすると、出力ディレクトリに foo.exe と bar.dll があります。これまでのところ良い。

私がやりたいのは、foo.exe と bar.dll をリンクして、1 つのアセンブリ foo.exe にすることです。私は VS2008 でこれを実行できることを望んでいますが、al.exe のようなコマンド ライン ツールに頼らなければならない場合でも、それほど気にしません。

アセンブリとリリースに関してベスト プラクティスと見なされるものは何ですか?

同じライブラリの複数のバージョンを参照できるようにしたいと考えています。ソリューションには、独自に構築した commonutils.dll ライブラリのさまざまなバージョンに依存する複数のプロジェクトが含まれています。

すべての依存関係が bin/debug または bin/release にコピーされるため、各 DLL ファイルのアセンブリ バージョン番号が異なっていても、そこには commonutils.dll のコピーが 1 つしか存在できません。

ライブラリの複数のバージョンを参照できるようにするには、アセンブリ名にバージョン番号を含める必要がありますか?それとも別の方法がありますか?

指定された実行可能ファイル以外のアプリケーションで使用してはならないアセンブリがあります。そうするためのいくつかの指示をください。

NHibernate と Spring.NET を使用して .NET Web プロジェクトを開発しようとしていますが、行き詰っています。Spring.NET は、さまざまなバージョンの NHibernate アセンブリに依存しているようです (おそらく 1.2.1.4000 が必要で、私の NHibernate のバージョンは 1.2.0.4000 です)。

私はもともと「bindingRedirect」タグを使用して同様の問題を解決していましたが、今ではそれも機能しなくなりました。

これらのライブラリ間の関係を解決する簡単な解決策はありますか?