Справочные библиотеки VBA

Вместо того, чтобы раскрывать функциональность в документах, сделайте его надстройкой для Office (пакет или отдельные приложения на ваш выбор). Таким образом, вам не придется иметь дело со ссылками.

Затем просто распространите установочный пакет с надстройкой, который регистрирует компоненты и регистрирует надстройки с соответствующими приложениями Office.

VB6 может быть здесь хорошей идеей, учитывая его сходство с VBA.

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

Используя установщик, вы сможете установить свой макрос, а также установить и зарегистрировать все соответствующие ссылки / библиотеки.

Как правило, в Windows есть два варианта: технология на основе установщика Windows и технология на основе сценария.

Мы используем InstallShield для всего нашего развертывания, хотя есть несколько вариантов, которые вы можете использовать (есть несколько обсуждений по переполнению стека).

Используя технологию установщика Windows, вы можете создавать установочные файлы MSI, которые затем можно автоматически развернуть с помощью групповой политики.

В дополнение к этот ответ, которое является пуленепробиваемым решением для решения этой проблемы, но которое довольно сложно реализовать, вы также можете написать некоторый код, который будет выполняться при запуске вашего приложения VBA, проверяя коллекцию ссылок объект "приложение". Затем вы можете проверить (1) наличие запрошенных файлов (dll, ocx, tlb) на компьютере и (2) возможность создания ссылки (application.references.addFromFile ...).

Будьте осторожны: объявления объектов, которые могут быть «зависимыми от ссылки», например:

Dim cat as ADOX.catalog 

вызовет ошибку компиляции, если ссылка неактивна, когда соответствующий модуль «скомпилирован». Затем я советую вам изолировать вашу «процедуру проверки ссылок» в стартовом модуле (эквивалентном «autoexec»), который имеет дело только с VBA и базовыми объектами приложения. Проверьте это с помощью файлов справки (пример: в Access ссылки по умолчанию, которые можно использовать без внешних ссылок, - это VBA, Access и DAO).

Обновлено:

в случае, если внешние ссылки зависят от другого программного пакета и (1) не могут распространяться с файлом MSI или (2) могут иметь несколько версий, я думаю, что «links.addFromFile» - единственное решение, которое может применяться. Пример:

• У вас есть клиент времени выполнения VBA / Access приложение, которое должно ссылаться на Word (файл msword.olb).
• По вопросам лицензирования вы не можете свободно распространять этот файл вместе со своим пакетом msi.
• файл olb может быть либо версией XP, либо более новой

Наше решение состоит в том, чтобы иметь 2 таблицы в файле клиентского доступа. В одном перечислены все ссылки, которые необходимо проверить или добавить во время запуска (Word будет одним из них), а в другом перечислены все возможные местоположения файла (в зависимости от того, установлена ​​ли у пользователя версия office11 или более новая. one), с отношениями "один ко многим" между двумя таблицами.

Итак, лучшей стратегией может быть сочетание пакетов msi и управления через код:

• msi отлично подходит для распространения независимых DLL или других файлов, которые полностью `` встроены '' в ваше приложение, таких как элементы управления ActiveX (например, элементы управления сканерами, средства просмотра отчетов или файлов и т. д.)
• code - лучшее решение, в котором вашему приложению придется взаимодействовать с другими приложениями (word, excel, outlook и т. д.), которые могут существовать в разных версиях на компьютерах ваших пользователей.

По большей части позднее связывание решит проблемы со ссылками в VBA, если у вас нет необычных ссылок. Большинство проблем вызвано различиями в версиях библиотек, которые можно решить с помощью позднего связывания. С VBA часто рекомендуется разрабатывать с ранним связыванием, но выпускать с поздним связыванием. Основным недостатком позднего связывания является изменение встроенных констант на значения (скорость больше не является проблемой, которой она была раньше).

Так:

Dim fs As Object 'Instead of FileSystemObject '
Dim xl As Object 'Instead of Excel.Application '

Set fs=CreateObject("Scripting.FileSystemObject")
Set xl=CreateObject("Excel.Application")

'Value instead of built-in constant '
ForReading=2
Set f = fs.OpenTextFile("c:\testfile.txt", ForReading)