My<cod/>.net
Как создать простую систему установки для VB6 на XP / Vista и новее?
Сильный акцент на простоте. Я никогда не делал установщика, и мне бы не хотелось многому учиться. Система, которой я мог бы передать кучу файлов, и она бы сделала несколько умных предположений о том, куда их поместить, была бы идеальной.
Продолжайте и ответьте на общий вопрос.
Однако в моих случаях я застрял с некоторыми дополнительными ограничениями. Программа для установки написана на VB6 (или это 5?) и несколько предыдущих версий VB, так что он не будет обновляться в ближайшее время. У меня есть запущенная установка и будет чистый VM, чтобы играть с ним, поэтому я буду делать цикл: запустите установку, найдите, где она сломана, исправьте ее, добавьте ее в установщик, верните VM, повторите попытку. Если у кого-то есть лучший подход, я открыт для предложений.
Я должен заставить его работать на XP, и я действительно хотел бы также иметь что-то, что будет работать и на более новых версиях Windows.
Dependency Walker очень полезен для выяснения того, какой dll отсутствует в установщике. После того, как вы знаете dll, вы можете найти, какой модуль слияния он находится в использовании Merge Module Finder .
Создание полного пакета установки для программы-это почти предметная область сама по себе. Есть много факторов, которые нужно учитывать, и большинство из нас больше не работает Windows 95. Мир уже не так прост, как раньше.
Есть много вещей, которые необходимо решить, и некоторые из этих проблем "setup" означают также изменение программы. Например, концепция "protected folders", которая казалась новой для людей, когда на сцену вышла Vista UAC. Я думаю, что они все работали как администратор или что-то в этом роде? В самой простой форме это означает, что вы больше не помещаете записываемые файлы рядом с EXE в программах (он же "программные файлы").
Другим фактором является то, что способ использования реестра изменился. Я не говорю о виртуализации реестра, хотя это тоже его часть. Но регистрация COM может быть выполнена как на машине, так и на пользователе, и даже выключение UAC может испортить это. См. раздел регистрации для каждого пользователя COM и повышенные процессы с UAC на Windows Vista SP1 . В результате пакет установки не должен быть запущен regsvr32 (или иным образом вызывать точку входа self-reg библиотеки COM). Смотрите "Remarks" в таблице SelfReg .
Windows Installer-это способ двигаться вперед в большинстве случаев. У программистов VB6 есть установщик Visual Studio 6.0 версии 1.1, доступный в качестве бесплатной загрузки для создания пакетов MSI. См. "COM Servers" в статье VFP использование установщика Microsoft Visual Studio для распространения приложений Visual FoxPro 6.0 для получения некоторых ценных сведений.
Это не самый простой вариант, но есть мастер настройки VB в VSI 1.1, чтобы помочь получить правильные основы. Выполнение продвинутых вещей, таких как создание подпапки [CommonAppData] и установка прав каждого на нее, должно быть выполнено на этапе после сборки вне IDE. Вот где сторонние инструменты могут быть полезны, чтобы дать вам больше контроля, не прибегая к Orca или скриптам установщика после сборки.
Эти ребята, создающие скриптовые установщики "legacy", пытаются идти в ногу, но сценарий становится все более и более сложным. Результаты иногда бывают сомнительными. Windows 7 вводит несколько собственных новых морщин.
Хотя ClickOnce на самом деле не лучший вариант для VB6, ничто не говорит, что вы не можете использовать reg-free COM для XCopy установок многих программ. Reg-free COM может даже быть хорошим вариантом для использования в пакете установщика, если на то пошло.
Таким образом, в конечном итоге "simplest" способ развертывания VB6 программ, вероятно, будет reg-free COM XCopy пакетов, завернутых в самораспаковывающийся EXE, который запустит скрипт для создания ярлыка меню Пуск. Если вы можете жить без ярлыка, это еще проще: просто распакуйте пакет, куда он должен идти!
См. мой манифест или альтернативных инструментов для Рег-бесплатные COM упаковки.
Это требует, чтобы целевые системы были запущены XP (предпочтительно SP2) или позже. Единственный возможный сбой здесь заключается в том, что XP не включал в себя VB6 SP6 runtimes до XP SP3, поэтому вы сначала захотите протестировать свою программу против VB6 SP5 runtimes. Ну и еще один глюк: вы не можете использовать ActiveX EXEs таким образом, они все еще требуют регистрации.
Мой совет таков. Старайтесь, чтобы программа установки была как можно более простой. Windows Installer-это очень сложная часть программного обеспечения, и когда что-то не работает правильно, может быть трудно понять, что происходит. Я уверен, что все мы испытали бесконечный цикл установки Windows, пытаясь восстановить файл, для которого у вас больше нет исходного файла .msi.
Большую часть времени использование Windows Installer похоже на использование кувалды для раскалывания ореха.
Я использую InnoSetup для моих собственных вещей и InstallShield на работе (против моей воли). Начните с простого установщика на основе скрипта и используйте только Windows Installer, если у вас есть для этого веские причины.
Обратите внимание, что поддержка установки сборок в GAC может отсутствовать для некоторых инструментов установки, отличных от Windows (например, InnoSetup).
Когда-то я любил Инно сетап. Акцент на "used to".
Когда вы запускаете однофайловую программу установки (что вы обычно делаете), она распаковывает реальную программу установки в папку под папкой temp и затем пытается выполнить ее. Проблема вот в чем... некоторые антивирусные программы этого не допускают.
Автор знает об этом и отказывается что-либо предпринимать по этому поводу. Имя папки является случайным, поэтому не может быть добавлено в список исключений, которые может использовать ваша антивирусная программа.
Снова. Автор знает об этом и предлагает мне сказать своим пользователям, чтобы они отключили свои антивирусные программы во время установки. (Как будто это должно произойти)