Чем отличается VB DLL от VC++ DLL?

[ChAko]

Объясните мне чем отличается DLL (ActiveX DLL) скомпиленный на VB от DLL скомпилленного на VC++? Говорят между ними огромная разница, а я не могу понять какая. К тому же я знаю перца, который участвует в разработке проекта в группе, где все пишут на Delphi, а он на DLL'ки на VB и все очень здорово работает.

[codemaster]

Объясните мне чем отличается DLL (ActiveX DLL) скомпиленный на VB от DLL скомпилленного на VC++? Говорят между ними огромная разница, а я не могу понять какая. К тому же я знаю перца, который участвует в разработке проекта в группе, где все пишут на Delphi, а он на DLL'ки на VB и все очень здорово работает.

Даже не смешно !
Ниже это все подробно обсуждалось

[A.A.Z.]

Далеко - надо еще раз написать!
"DLL на VB" подключается, как набор классов и юзается через связывание (Dim X As New Y.Z), а "DLL на VC++" (в смысле, другой вид DLL на VC++), точнее, функции из нее, подключаются как API (Declare Sub / Function X Lib "Y.dll" Alias "Z" (ByVal | ByRef Param1 As Something[, ..., ByVal | ByRef Param2 As Something]) [As Something]). На VB такую DLL, к сожалению, не сделаешь.

[BuilderSoft]

http://azbukavb.narod.ru/teorie/DLL1.html

[pitbull]

К тому же есть еще одно большое преимущество VC DLL. Допустм распространяешь ты прогу в интернете, а она юзает ActiveX DLL. Ну ты конечно положишь её в архив с прогой. Но на чюжой машине прога не запуститься, т.к. ActiveX библиотеку надо регистрироват . А была б у тя простая DLL ничего тако-го бы не было. Вот такие вот пироги с котятами. Их ешь, а они мяукают

[GM]

Да особенно приятно когда ты принес прогу всем на показ которая юзает ActiveX в место где у тебя нет прав администратора, а тут тебе Компонент не зарегестрирован. Да было такое у меня, правда потом пароль админа все таки подобрал .

[Approximator]

Да особенно приятно когда ты принес прогу всем на показ которая юзает ActiveX в место где у тебя нет прав администратора, а тут тебе Компонент не зарегестрирован. Да было такое у меня, правда потом пароль админа все таки подобрал .

Ну, насколько я понимаю, то это можно компенсировать. Всё, что может быть исполнено, может быть вызвано. Представь себе сначала, как это делает винда, когда твой компонент зарегистрирован... представил? Теперь прописывай соответствующие API и вызывай сам... всё остальное приложится.

[pitbull]

А зачем вообще юзать ActiveX. В большинстве своих проектов удается избежать использования ActiveX. Почти всегда находятся самодельные компоненты с кодом .
А вот теперь пробую писать "настоящие" библиотеки на Delphi, но это совсем другая история.

[Approximator]

А зачем вообще юзать ActiveX. В большинстве своих проектов удается избежать использования ActiveX. Почти всегда находятся самодельные компоненты с кодом .
А вот теперь пробую писать "настоящие" библиотеки на Delphi, но это совсем другая история.

То есть, по-твоему dll необходимы только ради функций и методов? А как быть со сложными структурами вроде классов? Или в них нужды нет?

[pitbull]

А кто сказал, что я против классов и остального ООП. Я их использую. Ну а кто мешает достать код той DLL, которую ты хочешь подключить к проекту. Хотя на самом деле в большинстве случаев хватает функций UDT и всего остального ))

[Approximator]

А кто сказал, что я против классов и остального ООП. Я их использую. Ну а кто мешает достать код той DLL, которую ты хочешь подключить к проекту. Хотя на самом деле в большинстве случаев хватает функций UDT и всего остального ))

Я немножко не о том. А о чём? О том, что при желании из любого ActiveX.dll можно сделать "обычную" dll, из которой можно будет "вызывать" функции их переобъявлением... что же касается "всякой обычной" dll, то вряд ли из "всякой" можно сделать полноценный ActiveX... так что-нибудь на уровне GlobalMultiuse или что-то вроде того. Сложных-то структур a priori нет.

[pitbull]

ДА. Тут я стобой абсолютно согласен.