Про позднее связывание.

[Mikle]

Насколько знаю, писать так:

DIM d3dx AS D3DX8
...
Set d3dx = New D3DX8

не совсем правильно, будут медленнее обращения, лучше так:

Dim d3dx As New D3DX8

Не будет ли позднее связывание, если объект, объявлен как:

Dim d3dx As New D3DX8
в модуле №1, и:
DIM d3dx AS D3DX8
в модуле №2

в одном модуле, передается в другой, как параметр ?

Код в модуле №2:
...
Sub ...... (d as d3dx8)
set d3dx=d
End Sub

То есть я хочу, чтобы множество модулей (классов) пользовались одним объектов, но не хочу делать его Public, чтобы классы были максимально автономны и не требовали от основной программы никаких специальных переменных или объектов. Не потеряю ли я раннее связывание?

[GSerg]

Раннее связывание ты потеряешь только если отключишь tlb и все переменные объявишь как object.

[Mikle]

Благодарю. Поясни, пожалуйста, что значит "отключишь tlb"?

[GSerg]

Project References DirectX 8.0 for Visual Basic Type Library

[Mikle]

... всего лишь... ну это не грозит

[Leon_]

Насколько знаю, писать так:
DIM d3dx AS D3DX8
...
Set d3dx = New D3DX8

не совсем правильно, будут медленнее обращения, лучше так:

Dim d3dx As New D3DX8

Извините, что цепляюсь к словам, да и не совсем по теме..

Разбираясь c ADO в одной статейке (Chapter 6: ActiveX Data Objects
Ken Getz, Paul Litwin, Mike Gilbert SYBEX Inc.) усвоил обратное утверждение. Диаметрально противоположное.
Там по этому вопросу утверждают

We recommend that you never use the shortcut of skipping the explicit Set statement. Yes, you save a single line of code, but you pay for it with every other line of code running a tiny bit slower.

Кому верить?

[alibek]

Не знаю. Я всегда пишу в две строки.
Во-всяком случае это больше соответствует логике, Dim (Private, Public) просто создает переменную, а Set ... = New и Set ... = Nothing создают и уничтожают экземпляр.

[GSerg]

По идее, объявление new предполагает, что объект вечен. То есть если мы его занафингуем, а потом снова обратимся к этой переменной, VB создаст (создаст, создаст) новый экземпляр, только нам не скажет.
Так что должен быть внутренний механизм проверки на нафинг. Значит, должно работать медленнее

[Mikle]

Да... видимо нужно тест написать - и проверить.
Тут еще вопрос. Если я уничтожаю объект там, где создавал, нужно ли уничтожать предварительно в модуле, куда он был передан параметром и ассоциирован с объектной переменной? Вообще, как проверить, остался ли мусор за программой?

[Leon_]

Если объектн. переменная была передана "по ссылке" (ByRef) то не нужно. Если "по значению" (ByVal), то это уже два экземпляра, и нужно уничтожать обоих.

Уничтожжать их всех

[GSerg]

Если он был передан и запомнен в переменной уровня модуля - да, нужно.

[Mikle]

Да, именно в переменной уровня модуля. То, что Dinamic переменные процедур уничтожатся сами - это понятно.