なぜいます。NET開発者に提供32-bit/64-bitバージョンです。NETアセンブリ?
質問
作成したとのx86およびx64のバージョン。純ます。考え、以下の web part for SharePoint.なぜなのは開発者だけで買単一バージョンという、JITコンパイラの整します。している姿を見るとこれらの種類を提供するだけでは、開発者のためネイティブ画像のツールを使う ngen を避けるために、JIT?
誰かがく教えてくれるので助かりますここでは、まだ何かが足りないのです。
更新
かんとともに、x86およびx64のビルドを提供で以上に理由:
開発者のためJITing作成したネイティブ画像のコードを対象にした建築用ツールのようなngen.exe.
の組み立てを含むプラットフォームならではのCOMの呼びでないとしてザ.これらの場合を対象としたプラットフォームを含む異なるコードです。
の組み立てを含む場合がありWin32ーを使用pinvokeるなremappedによるJITを構築すべき目標のための技術基盤ができたのでは行きます。
解決
場を利用していることを特non-.Net APIでは、その後もコードの拠点であることを示す好例であCOMで制御できます。
ngenことも非常に良い理由として使って制御されます。
他のヒント
ときにコンパイル。netアプリケーションでピーには標を設定します。には、ザ、x86およびx64.
共通のバグを指定するデプロジェクトを含むネイティブDll計x86.この誤りが走64ビット機、その他試験、または64ビット機です。
そのため、支援者のないように行うものとするその他の依存関係の構築のためのx86またはx64直接、組み立てを提供します。
COM取り扱う総力を結集し、非整列化全32/64ビット。ただし、提供をするものではありません支援のためのロイヤリティ料の代替タイプのバイナリのpointerwidthのマンションです。
多くのアセンブリなネイティブコード(最SQLドライバーの書きCまたはC++など)を行います。これは非常に明確な利用p/呼び出し;このように、異なるpointerwidthsを作成-配布のパッケージは64ビット版が含まれ64-bit native Dll、32ビット版が含まれ32ビットのネイティブDll.この場合の場合においても32ビット版および64ビット版のバージョンの組み立てから同じコードです。
cscをネイティブの前JITted)画像だということです。