У меня есть проект VS2010, который соответственно создает 32-битный Shim и 64-разрядный Shim. Это надстройка Outlook, разработанная в .NET (отсюда и оптимизация).32-разрядная прокладка и 64-разрядная прокладка в установщике Windows
С появлением x64 не так давно в Outlook (начиная с 2010 года) мы постоянно создавали файлы установщика Windows x86 и файлы установщика Windows x64.
Настоящая проблема, с которой я столкнулся, - это когда пользователи загружают файлы MSI, многие из которых не знают , какая битста их Outlook составляет. Так много раз они устанавливают неверные версии MSI и не загружаются в свой Outlook.
Стандартная ошибка COM сообщается в диалоге Com Addins (не загружается ... ошибка времени выполнения и т. Д.).
Я хочу, чтобы избежать создания и развертывания 2 отдельных файлов MSI ... есть ли возможность, я могу каким-то образом иметь один универсальный установщик? Если пользователи просто загружают одну MSI, и программное обеспечение будет идти и устанавливать/регистрироваться в соответствующем Program Files(x86)/Program Files
.
Возможно ли это?
Я смотрел WiX и InstallShield, но не очень хотел работать с ними. Можно ли сделать то, что я хочу достичь, используя встроенный установщик Windows в VS2010?
Какой загрузчик вы бы здесь говорили? Могу ли я просто запустить тихую установку MSI, если я нашел правильную битность Outlook? –