コンパイルされた言語で書かれたクロスプラットフォームアプリケーションがあります。
ユーザーを混乱させたくないのですが、「あなたはどのアーキテクチャですか?」と質問しますが、32ビットのみをデプロイするのは悪い考えです。このプログラムは64ビットの最適化マジックを使用し、これらのマシンで非常に高速に実行されるためです。
私の考え:
User-agent
を使用してアーキテクチャを検出し、適切なバージョンを自動的にダウンロードできるようにします(「代替バージョン」へのリンクを作成します)。 (Google Chromeスタイル)Windowsで何をすべきですか?
エンドユーザーがダウンロード時に32ビットまたは64ビットのオプションを選択する必要があることは、それほど複雑ではないと思います。しかし、ユーザーエージェント文字列を使用して提案を行うことができればなおさらです。
別のオプションは、インストーラーにユーザーのプラットフォームに適したバイナリーを検出してインストールさせることです。これによりダウンロードが大きくなりますが、ユーザーはそれについて考える必要はありません。このアプローチを採用する場合、何らかの理由で特定のビルドが必要になった場合に備えて、ユーザーが検出をオーバーライドできるようにする方法を提供する必要があります。
さて、まず64ビットバージョンを使用することが有益かどうかを確認します。
答えが「いいえ」の場合は、64ビットバージョンのnotを検討してください。
さて、次のことができるときに64ビットを使用する明白な利点がある場合:
知っている人に不当なペナルティを課すことなく、ユーザーのためにできるだけ快適にしてください。
現在、人とサイトはこれを自分で処理する傾向があり、ユーザーは必要に応じてを選択できます。したがって、User-agent
stringは良い方法です。また、アプリケーションとサイトをよりプロフェッショナルに見えるようにするIMO(それ自体で関連する調整を行うことができる場合、人々は何かを好みます)。
choose versionlink/choiceを配置することは、別のバージョンを取得したい専門家や人々が行ってそれを取得できるので良いです。
choose versionページ(- this one と同様)に付箋を配置して、ユーザーがOSシステムタイプ(別名Computer
を選択し、プロパティを選択してください...)好奇心旺盛な人間が、あなたが提供するものが正しいバージョンであることを確認および確認できます。
実行可能ファイルを含まない32ビットインストーラーを用意します。実行するターゲットプラットフォームを検出し、サーバーから正しいバイナリをダウンロードします。