VladConnЯ всегда считал, что CreateObject в VB6 требуется исключительно для "недоделанных" компонентов СОМ, которые не поддерживают "As New".

В остальных случаях - зачем?
Ого. Не ожидал.
Для того, чтобы создать экземпляр класса на другом сервере. Для того, чтобы создать экземпляр класса в новом потоке. например.

VladConn,
позднее связывание - это работа через IDispatch, а не напрямую через vtbl, для программы и отсутствие полезных фишек типа AutoCompletion для программиста. К способу создания экземпляра отношения не имеет, разве что выполняя Set NewItem = CreateObject("MyLib.MyItem"), программа тратит время на проверку типа объекта, т.к. CreateObject возвращает Object. Если NewItem описан As MyLib.MyItem (библиотека типов MyLib упомянута в References), дальнейшее обращение к свойствам/методам пойдёт через vtbl.

Для указанных мною случаев: 1) у New нет синтаксиса для явного указания сервера. Ну нет на клиентской машине сервера приложений, он стоИт на серверной машине, как тогда создать экземпляр? 2) использование New не приведёт к желаемому эффекту - экземпляр MultiUse класса создастся в основном потоке (кстати, под IDE и CreateObject сделает то же самое).

Melkiades,
угу.

[quot VladConn]Я бы не стал на нее надеяться: сервера могут меняться.[/qout]
Строковые параметры могут меняться, это точно . Настраиваемые параметры принято где-нибудь хранить - например, в реестре.
[quot VladConn]Все-таки инсталляция надежнее.[/qout]
Инсталляция чего? Поставить MDAC, чтоб ADODB.Command создавать локально, можно на любую клиентскую машину, а поставить какой-нибудь DCOM-сервер можно (исходя из логики приложения, цены, настроек безопасности...) только на одну специально выделенную машину, и пользоваться им будут десятки клиентов. Или технологии клиент-сервер и DCOM стали не нужны?

Насчёт многопоточности. В MSDN Library в разделе "Visual Basic Concepts" (подчёркиваю - Concepts ) есть глава "Scalability and Multithreading", есть пример "Creating a Multithreaded Test Application". Да, с точки зрения человека, привыкшего к CreateThread, EnterCriticalSection и WaitForSingleObject, это не совсем та многопоточность (хотя можно что-то подсмотреть у того же Matthew Curland-а что-то в этом роде). Это многопоточность в русле COM (да и с точки зрения ОС потоки вполне нормальные).