私は一般に公開されることを望む市販の.NET開発者ライブラリに取り組んでおり、エンドユーザー(開発者)に提供する.DLLのバージョンを知りたいと考えています。開発ツールにはどのような.NETライブラリの種類とバージョンが必要ですか?
.DLLは、私が予測できないさまざまな環境で実行される可能性があります。
私の現在の計画を提供することである。
- .NET3.5と.NET4コンパイルされたバージョン
- 両方の各バージョンは、32ビットと一つコンパイル64ビットをコンパイルし、任意の符号なし
- 一つを締結
完全に8種類。
これは良い戦略ですか?
また、32ビットと64ビットの両方の環境でDLLを実行する人のために、「AnyCPU」コンパイル済みバージョンを作成する必要がありますか?
私は自動化されたビルド/パッケージ化で簡単にできるので、これらのすべてのエディションをやっている余分な作業は気にしません。
32ビット/ 64ビットのビルドをスキップして、どのCPUプラットフォームで実行されているかについてアセンブリが気にしない場合は、Any CPUビルドを出荷します。すべてのCPUは、アセンブリが32ビットまたは64ビットのランタイムに固有ではなく、いずれかで使用できることを意味します。署名されていない/署名されたバージョンを提供する際のポイントは何ですか?なぜ "署名"していないのですか?現実的に私はなぜ2を出荷できないのか分かりません。 1つはCLR v2用、もう1つはCLR v4用です。 – vcsjones
あなたのアプリケーションは本当にコンパイルの恩恵を受けていますか? –
なぜ異なるバージョンの開発者は、64ビットの署名付きアプリケーションを開発する場合、私は彼が署名された64ビットのDLLであることを望んでいると仮定します。そのDLLは幾分perfに重大です。 – Andy