64ビットWindows 32ビットアプリケーションでは、デフォルトでC:\Program Files (x86)
に、そして、C:\Program Files
には64ビットが入ります。32ビットと64ビットの混在アプリケーションパッケージをインストールする場所
しかし、1つのクライアントコンポーネント(32ビット)と1つのサーバーコンポーネント(64ビット)、場合によってはいくつかのヘルパーツール(32ビット)など、より複雑なインストールパッケージがあればどうでしょうか。この場合、デフォルトのインストールパスはどのようにすべきですか?なぜこのような大きなノーであるべき混合見ること
- Single MSI to install correct 32 or 64 bit c# application
- http://jpassing.com/2009/10/09/mixing-32-and-64-bit-components-in-a-single-msi
は私が失敗:
は、いくつかの記事によると、混合bit化は、Microsoftと一部のインストールフレームワークでは推奨され-no、x64プラットフォームがx86アプリケーションをどの程度うまく運用しているかを考えれば、まったく同じバイナリが両方のモードで動くことができるマネージドコードではさらにそうです。私の場合、付随するライブラリの75%はクライアントとサーバーの間で共有され、完全に同一であるため、それらを分割するのは意味がありません。
この32ビットと64ビットのアプリケーションが混在している場合の推奨インストール先はどこですか? C:\Program Files (x86)
またはC:\Program Files
?私が見ているように、64ビットの場所が優先されます。私はProgram Files(x86)ディレクトリが、64ビットアプリケーション用に設計されたことのない古いアプリケーションのためのレガシーサンドボックスであると考えています。ハイブリッド32/64ビットアプリケーションの場合、64ビットの認識が存在するため、64ビットのものから32ビットのファイルを除外する従来の理由はないはずです。私にとっては、「(x86)」のないパスも視覚的に魅力的であり、64ビット操作(必要な場合)に対応した最新のアプリケーションであることを示しています。
同じインストーラーパッケージに1つのアプリケーションとしてインストールされた場合、32ビット/ 64ビットの実行可能ファイルを64ビットディレクトリに置くことの他の理由を知っている人はいますか?
+1これは結論に達しましたか? –
(遅く返事をして申し訳ありません)最終的には、パッケージ全体の "素晴らしいファイル"ディレクトリ( "Program Files")に行くことにしました。私は、アプリケーションが64ビット "認識"であり、そのために "legacy-x86-sandbox"フォルダに存在する必要はないと推論しました。 –