Где установить смешанные 32 и 64-битные пакеты приложений
Я знаю, что на 64-битной Windows 32-битные приложения входят в C:\Program Files (x86)
по умолчанию и 64-битный в C:\Program Files
,
Но что, если у вас есть более сложный установочный пакет, включающий, скажем, один клиентский компонент (32-разрядный) и один серверный компонент (64-разрядный) и, возможно, несколько вспомогательных инструментов (32-разрядный). Каким должен быть путь установки по умолчанию в этом случае?
Согласно некоторым статьям, смешивание битов не рекомендуется Microsoft и некоторыми установочными системами:
- Один MSI для установки правильного 32 или 64-битного приложения C#
- http://jpassing.com/2009/10/09/mixing-32-and-64-bit-components-in-a-single-msi
Я не понимаю, почему их смешивание должно быть таким большим, нет-нет, учитывая, насколько хорошо платформа x64 работает с приложениями x86, и тем более с управляемым кодом, где одни и те же двоичные файлы могут работать в обоих режимах. В моем случае 75% сопровождающих библиотек совместно используются клиентом и сервером и полностью идентичны, поэтому разделять их нет смысла.
Итак, учитывая это, какое место установки является предпочтительным для этого сочетания 32- и 64-разрядных приложений? C:\Program Files (x86)
или же C:\Program Files
? На мой взгляд, 64-битное расположение предпочтительнее. Я вижу каталог Program Files (x86) как устаревшую изолированную программную среду для старых приложений, которые никогда не предназначались для 64-битных приложений. В случае гибридного 32/64-битного приложения существует 64-битное понимание, и поэтому не должно быть устаревших причин для "песочницы" 32-битных файлов от 64-битных. Для меня путь без "(x86)" также более привлекательный и указывает на то, что это современное приложение - адаптированное для 64-битных операций (при необходимости).
Кто-нибудь знает другие причины за или против помещения 32/64-битного набора исполняемых файлов в 64-битный каталог при установке в качестве одного приложения в одном и том же пакете установщика?
1 ответ
Насколько я знаю, единственная причина, по которой он не одобряется, - это та самая проблема, о которой вы упомянули, куда будет идти путь установки по умолчанию? Я согласен с вами, если будет выбран путь по умолчанию, тогда будет проще объединить два типа битов и сделать возможными более сложные программы. Надеюсь это поможет!:)