GlobalMultiUse в ActiveX DLL

@frobozz · Регистрация: 17.02.2008

Студворк — интернет-сервис помощи студентам

Ситуация:
существует групповой проект, состоящий из:
1) Standart EXE проекта.
2) ActiveX DLL. Содержит класс с параметром GlobalMultiUse.
3) ActiveX DLL. Содержит класс с параметром GlobalMultiUse.
Референсы следующие 1->2,1->3,2->3.

Стартовый метод - в ЕХЕ.
Логика работы программы такая: из ЕХЕ устанавливаются значения класса проекта 3), после чего класс 2) осуществляет доступ к этим значениям. Если осуществлять запуск из среды VB, то все проходит, как и задумано. Так как классы - GlobalMultiUse, то автоматически создается по одному экземпляру каждого класса при первом к ним обращении и работа с методами классов идет, как будто бы это просто глобальные функции. Все работает корректно.

Но! После компиляции ситуация меняется. А именно: класс 2) вместо обращения к значениям уже созданного экземпляра класса 3) создает еще один экземпляр и обращается к нему (значения в нем, само собой, неинициализированы).

В чем подвох?

@Ennor · 14.05.2008, 02:39

Я уже писал об этом, но вкратце повторю.

GMU не дает видимости объекта! Он позволяет только видеть его методы и (возможно) свойства без создания этого объекта. Вернее, VB создает его неявно, как Screen или Err. Ты же не пишешь VBA.Mid(...), ты пишешь просто Mid(...). А ведь принцип тот же.

Чтобы увидеть объект снаружи, надо передать ссылку на его экземпляр. А иначе вся стратегия ООП накрывается сам знаешь чем.

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Desktop (MinGW): Рисуем цветные прямоугольники с помощью рисовальщика SDL3 на Си и C++ 8Observer8 17.03.2026 Содержание блога Финальные проекты на Си и на C++: finish-rectangles-sdl3-c. zip finish-rectangles-sdl3-cpp. zip	Символические и жёсткие ссылки в Linux. algri14 15.03.2026 Существует два типа ссылок — символические и жёсткие. Ссылка в Linux — это запись в каталоге, которая может указывать либо на inode «файла-ИСТОЧНИКА», тогда это будет «жёсткая ссылка» (hard link),. . .	[Owen Logic] Поддержание уровня воды в резервуаре количеством включённых насосов: моделирование и выбор регулятора ФедосеевПавел 14.03.2026 Поддержание уровня воды в резервуаре количеством включённых насосов: моделирование и выбор регулятора ВВЕДЕНИЕ Выполняя задание на управление насосной группой заполнения резервуара,. . .	делаю науч статью по влиянию грибов на сукцессию anaschu 13.03.2026 прикрепляю статью
SDL3 для Desktop (MinGW): Создаём пустое окно с нуля для 2D-графики на SDL3, Си и C++ 8Observer8 10.03.2026 Содержание блога Финальные проекты на Си и на C++: hello-sdl3-c. zip hello-sdl3-cpp. zip Результат:	Установка CMake и MinGW 13.1 для сборки С и C++ приложений из консоли и из Qt Creator в EXE 8Observer8 10.03.2026 Содержание блога MinGW - это коллекция инструментов для сборки приложений в EXE. CMake - это система сборки приложений. Здесь описаны базовые шаги для старта программирования с помощью CMake и. . .	Как дизайн сайта влияет на конверсию: 7 решений, которые реально повышают заявки Neotwalker 08.03.2026 Многие до сих пор воспринимают дизайн сайта как “красивую оболочку”. На практике всё иначе: дизайн напрямую влияет на то, оставит человек заявку или уйдёт через несколько секунд. Даже если у вас. . .	Модульная разработка через nuget packages DevAlt 07.03.2026 Сложившийся в . Net-среде способ разработки чаще всего предполагает монорепозиторий в котором находятся все исходники. При создании нового решения, мы просто добавляем нужные проекты и имеем. . .

@frobozz 0 / 0 / 0 Регистрация: 17.02.2008 Сообщений: 11

	GlobalMultiUse в ActiveX DLL 12.05.2008, 22:11. Показов 1171. Ответов 1 Метки нет (Все метки) Ситуация: существует групповой проект, состоящий из: 1) Standart EXE проекта. 2) ActiveX DLL. Содержит класс с параметром GlobalMultiUse. 3) ActiveX DLL. Содержит класс с параметром GlobalMultiUse. Референсы следующие 1->2,1->3,2->3. Стартовый метод - в ЕХЕ. Логика работы программы такая: из ЕХЕ устанавливаются значения класса проекта 3), после чего класс 2) осуществляет доступ к этим значениям. Если осуществлять запуск из среды VB, то все проходит, как и задумано. Так как классы - GlobalMultiUse, то автоматически создается по одному экземпляру каждого класса при первом к ним обращении и работа с методами классов идет, как будто бы это просто глобальные функции. Все работает корректно. Но! После компиляции ситуация меняется. А именно: класс 2) вместо обращения к значениям уже созданного экземпляра класса 3) создает еще один экземпляр и обращается к нему (значения в нем, само собой, неинициализированы). В чем подвох? 0

@Ennor 0 / 0 / 0 Регистрация: 07.04.2008 Сообщений: 99
	14.05.2008, 02:39
	Я уже писал об этом, но вкратце повторю. GMU не дает видимости объекта! Он позволяет только видеть его методы и (возможно) свойства без создания этого объекта. Вернее, VB создает его неявно, как Screen или Err. Ты же не пишешь VBA.Mid(...), ты пишешь просто Mid(...). А ведь принцип тот же. Чтобы увидеть объект снаружи, надо передать ссылку на его экземпляр. А иначе вся стратегия ООП накрывается сам знаешь чем. 0