Component Object Model: различия между версиями

 

=== Путаница в названиях ===

 

В [[1996 год]]у Microsoft попыталась переименовать технологию OLE в ActiveX, но это удалось лишь частично. Например, технология OLE позволяла создавать так называемые ''элементы управления OLE'' ({{lang-en|OLE Controls}}, или ''OCX'') — повторно используемые элементы [[пользовательский интерфейс|пользовательского интерфейса]], которые были построены на стандарте COM. Эти элементы управления OLE были переименованы в ''элементы управления ActiveX'' ({{lang-en|ActiveX controls}}), хотя расширение [[файл]]ов «<tt>.ocx</tt>» за ними осталось. Затем Microsoft стала активно продвигать ActiveX в [[Интернет]], включив поддержку элементов ActiveX в свой [[браузер]] [[Microsoft Internet Explorer|Internet Explorer]]. В результате название [[Microsoft Object Linking and Embedding|OLE]] осталось только за технологией составных документов и локальных внедряемых объектов. А сетевые OLE-объекты стали называть по-новому — ActiveX.

* необходимость регистрации компонент в реестре операционной системы, причем при этом в качестве идентификатора класса используется нечитаемый человеком [[GUID]] (хотя его и возможно дополнить читаемым именем).

* инфраструктура remoting (удаленного вызова методов) использует бинарный формат запросов и ответов, являясь расширением DCE RPC. Это приводит к возникновению огромной «поверхности уязвимости» с точки зрения безопасности, и не раз приводило к крупным эпидемиям вредоносного ПО (MSBlaster).

* обработка ошибок. В COM принято использовать 32-битные коды ошибки HRESULT, которые имеют значения вроде 0x80070123, и совершенно не читаемы человеком (хотя в последнее время все они легко ищутся поисковыми машинами Интернета).