0

私は、公開したい商用の .NET 開発者ライブラリに取り組んでおり、エンド ユーザー (開発者) にすぐに提供できる .DLL のバージョンを知りたいと考えています。

.DLL は、私が予測できないさまざまな環境で実行される可能性があります。

私の現在の計画は、次のものを提供することです。

  • .NET3.5 と .NET4 の両方のコンパイル済みバージョン
  • 各バージョンの署名なし
  • 1 つはコンパイル済み 32 ビット、もう 1 つはコンパイル済み 64 ビット

全部で 8 つの異なるエディション。

問題は、これが良い戦略かどうかです。

32 ビット環境と 64 ビット環境の両方で DLL を実行することを好む人のために、「AnyCPU」コンパイル バージョンも作成する必要がありますか?

自動化されたビルド/パッケージングで簡単に実行できるため、これらすべてのエディションを実行する余分な作業は気にしません。

4

1 に答える 1

1

プロセスの「ビット数」はアプリケーションの起動時に .exe ファイルと OS に応じて決定されるため、ライブラリを 32 ビットまたは 64 ビットとしてビルドする理由はありません。どちらを選んでも構いません。ただし、ライブラリに実行可能ファイルがある場合は、32 ビット ビルドにする理由があるかもしれません。これは、アプリケーションがサードパーティの 32 ビット ライブラリに依存している (COM 相互運用機能を使用している) 場合にのみ当てはまります。

署名あり/署名なしのジレンマに関しては、なぜ両方を出荷する必要があるのか​​ わかりません. 開発者を制限したい場合は署名済みを使用し、それ以外の場合は署名なしのままにしてください。

于 2012-01-06T17:35:15.310 に答える