Должен ли я развертывать только 32-разрядные или 32- и 64-разрядные версии для Windows?

У меня есть кроссплатформенное приложение, написанное на скомпилированном языке.

• Для Linux принято иметь доступ к сборкам amd64 и i386, чтобы пользователь мог выбрать версию, подходящую для его текущей среды.
• В Mac принято делать Universal Binary, чтобы он мог поддерживать несколько версий компьютеров Apple. Или просто предоставьте 64-битную версию, так как все современные компьютеры Apple используют 64-битную архитектуру и ОС.

Я не хочу вводить пользователей в заблуждение, спрашивая «Какая у вас архитектура?», Но развертывание только 32-разрядной версии является плохой идеей, поскольку эта программа использует некоторую магию 64-разрядной оптимизации и работает намного быстрее на этих машинах.

Мои идеи:

• Установите 32- и 64-разрядные версии приложения и выберите их во время выполнения. (Требуется обертка, поэтому создание приложения «нажми и запусти» (например, uTorrent) будет затруднено).
• Определите использование архитектуры User-agentна веб-сайте, чтобы пользователь мог автоматически загрузить соответствующую версию (и сделать ссылку на «альтернативные версии»). (Это стиль Google Chrome)
• Заставить пользователя использовать 32-битное приложение и сделать 64-битную версию «только для экспертов»? (как VLC)

Что мне делать в Windows?

Я действительно не думаю, что конечному пользователю очень сложно выбрать 32-битную или 64-битную опцию при загрузке. Но если вы можете использовать строки пользовательского агента, чтобы сделать предложение лучше.

Другой вариант - ваш установщик обнаружит и установит правильный двоичный файл для платформы пользователя. Это увеличивает загрузку, но тогда пользователю не нужно об этом думать. Если вы воспользуетесь этим подходом, вы захотите предоставить пользователю способ переопределить обнаружение на тот случай, если ему по какой-либо причине потребуется конкретная сборка.

Ну, во-первых, выясните, будет ли полезно использовать 64-битную версию:

• Может ли обрабатываемый набор данных быть достаточно большим, чтобы для его работы требовалось 64-битное адресное пространство?
• Является ли 64-битная версия еще более эффективной или быстрой?
• Существуют ли какие-либо сценарии взаимодействия, чувствительные к разрядности ваших программ, изменение интерфейса, чтобы сделать его нечувствительным к разрядности, не вариант, и разрядность не в вашем случае диктовать в любом случае?

Если ответ отрицательный для всех, подумайте об отсутствии 64-битной версии.

Теперь, если есть ощутимое преимущество использования 64-битной системы, когда вы можете:
Сделайте это максимально удобным для своих пользователей, без чрезмерного наказания тех, кто знает.

• Обеспечьте однократную загрузку, если это не слишком много, для установки лучшей версии по умолчанию (разрешите переопределение с помощью параметра командной строки или тому подобное для экспертов, желающих 32-битную сборку на 64-битной).
• В противном случае обеспечьте обе отдельные загрузки (если потенциальное преимущество использования 64-битной версии достаточно мало, скрывайте ее немного).
• Несмотря на то, что вы можете предоставить загрузчик для выбора и загрузки только необходимых деталей, что может потенциально уменьшить размер загрузки на несколько порядков, если имеются огромные дополнительные детали, отметьте это заметно как онлайн-установщик и ссылку также на автономный установщик.
  (Вы можете (и, вероятно, должны) разрешить повторное использование загружаемых материалов, включая возможность загрузки всего, по крайней мере, если вы не предоставляете полный автономный установщик.)

В настоящее время люди и сайты, как правило, сами справляются с этим и позволяют пользователю выбирать, хотят ли они . Таким образом, использование User-agentстроки является хорошим способом. IMO, которые также делают ваше приложение и сайт более профессиональными (людям больше нравится то, что он может сделать соответствующие изменения самостоятельно).

Размещение выбрать вариант ссылку / выбора хорошо , так как некоторые эксперты или тех , кто хочет получить другую версию может пойти и получить его.

Вы также можете разместить заметку на странице выбора версии (похожую на эту ), объясняющую, как пользователи могут проверять тип системы ОС (щелчок правой кнопкой мыши Computerи выбирать свойства, бла-бла ...), чтобы любопытные люди могли проверить и убедиться в этом. То, что вы предлагаете, является верной версией.

Имейте 32-битный установщик, который не содержит исполняемый файл. Пусть он обнаружит целевую платформу, на которой работает, а затем загрузит правильный двоичный файл с вашего сервера.