Извините, но лучшее, что я нашел в сети, это просто обзор ( http://www.securitypronews.com/it/applicationdevelopment/spn-19-20020115VisualBasicProjectFilesStructure.html).
Также обратите внимание, что элементы управления ActiveX, используемые в VB Forms, будут иметь справочные записи в файле *.frm.
Я предполагаю, что вы хотите разрабатывать проекты ActiveX (будь то EXE, DLL или OCX). Если это ваша цель, вот мой совет:
(1) Узнайте о настройках двоичной совместимости.
(2) Хорошей практикой является добавление к исполняемому файлу ссылки суффикса .cmp
, например Project1.dll.cmp
. Когда вы посмотрите на двоичную совместимость, вы поймете, что я имею в виду.
(3) Разрабатывайте свои проекты VB6 ActiveX внутри VirtualPC; Разработка VB6 ActiveX сильно изнашивает реестр Windows.
(4) Путь к файлу DLL/EXE/OCX в настройке Reference=
изменится, когда у VB будет причина найти объект ActiveX; он будет использовать все, что найдет в реестре (выигрывает тот, кто зарегистрировался последним). Кроме того, есть «Обновить элементы управления ActiveX», устанавливающие свойства проекта, которые могут вносить изменения.
(5) У вас практически нет контроля над GUID или библиотекой типов, которые будет генерировать VB6, за исключением той степени, которую вы можете достичь с помощью надлежащего управления двоичной совместимостью.
Вот что я знаю - из вашего примера выше,
BF204980-5E29-4945-AEB5-DDB284C568D3
указывает GUID объекта ActiveX.
1.0
указывает версию объекта ActiveX.
0
указывает на... Я не знаю.
..\Project1.dll
— это (относительный) путь к тому месту, где находится (или находилась) ActiveX DLL.
Project1
— это (понятное) имя объекта ActiveX.
person
rskar
schedule
24.05.2011