В чем у нас разница между ocx и dll файлами?

[ANDLL]

Почему файлы с контролами решили обозвать одним разширением, а файлы без контролов - другими?

[keks-n]

Захотелось. Видел контролы в DLL. А объекты из ОCX прекрасно создадутся, если библу подключить в референсах.

[tyomitch]

Почему файлы с контролами решили обозвать одним разширением, а файлы без контролов - другими?

А почему у иконок и курсоров разное расширение?
Формат внутри тоже одинаковый.

[ANDLL]

tyomitch
А зачем тогда две функции: LoadCursor и LoadIcon??

[tyomitch]

Хз. Лучше обрати внимание на описание GetIconInfo.

[AjaxVS]

Моя версия:
У конструкторов WinAPI оплата была по-функциональная и по-расширенческая

а если серьезно, наверно, очередные преимущества для со-интегрирования и совместимости..

[Q2W]

А почему у иконок и курсоров разное расширение?
Формат внутри тоже одинаковый.

По-моему, нет.
В курсоре можно указать какая его точка будет указателем курсора (у стрелки это её конец, у песочных часов - их середина), а в иконке - нет.

[alibek]

Одинаковый, эти поля и в ico зарезервированы, просто не используются.

[Konst_One]

совместимость версий

[Vi]

Почему файлы с контролами решили обозвать одним разширением, а файлы без контролов - другими?

Чтобы можно было различать их использование уже на стадии имен файлов.

С точки зрения СОМ, для существования и создания объекта нет никакой разницы какое расширение имеет файл его сервера. Однако для работы СОМ объекта и вызвавшего его клиента существенны те интерфейсы, которые реализует или требует СОМ объект для нормальной и успешной работы. И чем быстрее клиент узнает об отказе объекта или отсутствии у него интерфейса, тем выше отклик системы, меньше количество сообщений и т.п. Для этого вводятся всякого рода Категории Компонентов (CATID), по одному запросу категории можно понять поддерживает СОМ объект ту или иную функциональность или нет.

Такую же роль играет и расширение - быстрое указание на то, что СОМ объект в ОСХ файле требует контейнера или подложки, без которой он работать не будет.

[tyomitch]

Vi, так ведь ничто не перестанет работать от смены расширения у контрола? Хоть на .abc, хоть на .xxx

[yaklit]

хоть на .RUS хоть на .UA хоть на .COM. Pe формат. Если Exe содержить обьект то он может быть переименован в DLL и будет работать. Я имею ввиду ActiveX обьект.

[Vi]

Vi, так ведь ничто не перестанет работать от смены расширения у контрола? Хоть на .abc, хоть на .xxx

Так я же не утверждаю это. Он будет работать так, как работал, и при смене расширения у кода сервера (с заменой этой информации в Реестре). Я же писал - чтобы различать пользователям/программистам. Как ты отличишь по своим требованиям одну DLL от другой DLL, не запуская? Никак, ну или по документации.

А так я вижу DLL сервер и отмечаю, что объекты из нее я могу использовать напрямую через создание и т.п. Если я вижу OCX сервер, то мне понятно, что нужно задействовать форму или контейнер, чтобы использовать объекты этого сервера. Хотя вполне возможно, что можно DLL-ные объекты пихать на форму и они будут работать, но это исключения, отражаемые в документации.

[ANDLL]

Как ты отличишь по своим требованиям одну DLL от другой DLL

Почитаю ее tlb.

[Antonariy]

Почитаю ее tlb.

В hex-редакторе.

[ANDLL]

Кому как больше нравится