hclubmkзачем городить огород из обертокВсе ведь зависит от цели. Если цель DLL - это функционал надстройки для приложения, то не очень удобно будет распространять exe, вместо неё. Я, например, пишу и надстройки и отдельные приложения, но если надстройка ориентирована на работу внутри приложения(функции, работа с активными ячейками и перехват событий) - то перенос в exe вообще не вариант.
Это если правильно понял направление мысли(т.к. признаюсь - видимо туплю, но не понял как можно через ActiveX exe сделать надстройку для подключения к приложению).

hclubmkа чем распространение ActiveX EXE, в сравнении с вариантом DLL - неудобнее в плане распространения?Я имел ввиду именно это:
The_Pristесли надстройка ориентирована на работу внутри приложения(функции, работа с активными ячейками и перехват событий )
Я так понял, что предлагается вынести функционал в отдельное приложение, а не как надстройку к Excel. Вот именно это не всегда удобно. Есть у меня надстройка, которая координатное выделение делает(выделяет строку и столбец на пересечении активной ячейки). И она должна отслеживать событие Worksheet_Change любой открытой книги Excel, чтобы при каждом выделении подсвечивать строку и столбец. Как это сделать из exe? видимо, если и можно, то костыли будут ой какие неудобные.
Вот именно о таких моментах речь.
Поэтому как у большинства мнение такое: всегда надо исходить из цели приложения. Если нет необходимости вызывать функционал напрямую из Excel и тому подобное - то проще, конечно, сделать это приложение отдельным и не заморачиваться с регистрацией в разных ОС.
Или уж тогда выбрать не VB6...

hclubmk,

Нет. Это можно делать и через DLL, не только XLA или XLAM. Я имел ввиду именно DLL. А план задач может совпадать. На XLAM многое недоступно, что можно сделать из DLL.

hclubmk,

здесь уже звучал самый оптимальный вариант(на мой взгляд): Visual Studio Tools for Office. В сети примеров куча. Но на VB6 такого не сделать, насколько я знаю, поэтому вряд ли заинтересует. Я сам на VB и мысли не держал такое делать, поэтому даже не копал в этом направлении, делал сразу на NET - там проще с этим делом.
Можно и без VSTO, конечно делать(но опять же на NET) - но с регистрацией библиотеки класса больше мороки, хотя не критично. Грабли другие - на 64-битной системе иначе осуществляется регистрация классов функций для вызова их непосредственно с листа Excel. И делать версию библиотеки для 32 и 64 бит становится чуть мучительнее :-) Поэтому VSTO предпочтительнее - там все это делается значительно проще. Ну и в дальнейшей разработке и поддержке тоже становится попроще.
Единственный нюанс - наличие Framework. Но при нынешних ПК это вообще не критично, я считаю. Главное сразу выбрать версию в зависимости от планируемого функционала. Где-то и 2-я за глаза, а где-то лучше хотя бы 3.5 взять за основу.