Ответ.

Работа с внешними библиотеками расширяет возможности Visual Basic, позволяя использовать не только стандартные классы, но и сторонние компоненты — как .NET-библиотеки (DLL), так и классические COM-объекты.

История вопроса

Изначально VB был рассчитан главным образом на взаимодействие с COM-компонентами (ActiveX, OCX), позволяя подключать такие библиотеки через "Project – References". С появлением VB.NET добавилась возможность ссылаться на сборки .NET и более удобно использовать внешние методы через P/Invoke (Declare).

Проблема

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

Решение

В .NET для использования .NET-библиотек или зарегистрированных COM-компонентов используют Add Reference, что добавляет ссылку на сборку; для вызова процедур из нативных DLL применяют Declare.

Пример использования библиотеки .NET (Add Reference):

' После добавления .NET-ссылки
Imports System.IO

Dim reader As New StreamReader("file.txt")
Dim line As String = reader.ReadLine()
reader.Close()

Пример вызова функции из WinAPI (Declare):

' Вызов функции из user32.dll (WinAPI)
Declare Function MessageBeep Lib "user32" (ByVal wType As Integer) As Boolean

Sub TestBeep()
    MessageBeep(0)
End Sub

Ключевые особенности:

• Add Reference для .NET/COM, Declare для stdcall-функций из DLL.
• Необходимость правильного управления ресурсами при работе с внешним кодом.
• Отличие в синтаксисе и необходимая настройка платформы и совместимости.

Вопросы с подвохом.

Можно ли использовать конструкцию Imports для загрузки функций из внешних DLL?

Нет, оператор Imports только облегчает обращение к пространствам имён внутри подключенных сборок, но не может использоваться для динамического подключения функтций из нативных DLL.

Нужно ли регистрировать .NET-ассамбли для использования через Add Reference в VB.NET?

Нет, .NET-библиотеки подключаются простым добавлением ссылки, а регистрацию через regsvr32 требуют только COM-библиотеки.

Можно ли через Declare подключать .NET-методы, а не только нативные Win32-функции?

Нет, Declare применяется только к функциям из обычных (не .NET) DLL, экспортирующих stdcall/FARPROC-функции. .NET-функции вызываются через Add Reference/Imports.

Типовые ошибки и анти-паттерны

• Неосознанное смешение подходов Add Reference и Declare, попытка через Declare вызвать .NET-функции.
• Игнорирование необходимости корректного освобождения объектов COM (Marshal.ReleaseComObject).
• Ошибки с указателями и несовместимостью типов при вызове внешнего кода.

Пример из жизни

Негативный кейс

Разработчик решил использовать стороннюю .NET-библиотеку через Declare, не изучив документацию, получил ошибку на этапе компиляции.

Плюсы:

• Быстрое внедрение, если компонент стандартный DLL.

Минусы:

• Сбой на этапе компиляции.
• Не работает для .NET-сборок.

Позитивный кейс

Корректное добавление .NET-ссылки через Add Reference, затем использование Imports и создание экземпляров требуемых классов.

Плюсы:

• Надежная интеграция с .NET-кодом.
• Автоматическое управление памятью.

Минусы:

• Для некоторых COM-компонентов требуется их регистрация.