Интерфейс IDispatch и автоматизация COM: обзор и особенности
IDispatch
Интерфейс IDispatch в COM: протокол автоматизации OLE, поддержка RTTI, динамическое определение свойств и методов объектов. Ключевой интерфейс для COM-объектов.
Сравнивайте с английским: нажмите на абзац — оригинал откроется в окне. Кнопка EN под абзацем показывает его прямо в тексте.
Введение
IDispatch – это интерфейс, который предоставляет доступ к протоколу автоматизации OLE. Расширяя IUnknown, он является одним из стандартных интерфейсов, которые могут быть реализованы COM-объектами. COM различает три типа интерфейсов: пользовательские, основанные на VTABLE и реализующие IUnknown, диспетчерские, реализующие IDispatch и поддерживающие интроспекцию, и двойные, поддерживающие оба типа. Интерфейс автоматизации (IDispatch) позволяет клиентскому приложению динамически определять, какие свойства и методы поддерживает объект во время выполнения, то есть реализует концепцию RTTI. Он также предоставляет информацию, необходимую для вызова этих свойств и методов. Клиентским приложениям не требуется знать члены объекта на этапе компиляции. Это позволяет COM- и ActiveX-объектам вызываться из скриптовых сред, таких как сервер ASP и JavaScript в Internet Explorer, где соглашения о вызовах были неизвестны на момент разработки IIS или IE. В отличие от этого, простая библиотека объектов компилируется и связывается с программой, например, для вызова DLL необходимо знать имя функции и параметры во время компиляции. Скриптовый разработчик может запросить у COM-объекта метод или свойство, о котором он уже знает из документации. Затем клиент может выполнить функцию с помощью Invoke, предоставляемого интерфейсом IDispatch, что является формой позднего связывания. Аналогичные возможности поддерживались и Dynamic Data Exchange (DDE), но он не получил широкого распространения из-за своей сложности и низкоуровневости. Диспетчерские интерфейсы обладают гибкостью, но имеют дополнительную нагрузку, связанную с интроспекцией и вызовом, по сравнению с пользовательскими интерфейсами. Поэтому часто целесообразно поддерживать оба типа интерфейсов с помощью двойных интерфейсов. Это позволяет клиентам, поддерживающим вызов на основе VTABLE, использовать пользовательский интерфейс вместо диспетчерского.
IDispatch is the interface that exposes the OLE Automation protocol. Extending IUnknown, it is one of the standard interfaces that can be exposed by COM objects. COM distinguishes between three interface types: custom that are VTABLE based IUnknown interfaces, dispatch that are IDispatch interfaces supporting introspection, and dual interfaces supporting both types. The Automation (IDispatch) interface allows a client application to find out what properties and methods are supported by an object at run time, i. e. implements the concept of RTTI. It also provides the information necessary to invoke these properties and methods. Client applications do not need to be aware of the object members when they are compiled. This allows COM and ActiveX objects to be called by scripting programs platforms such as the ASP server and JavaScript on Internet Explorer, where calling conventions were not known at the time IIS or IE were built. By contrast, a simple object library is compiled and linked into a program, e. g. a DLL call needs to know a function name and parameters at compile time. A script writer can ask the COM object for a method or property it already knows about from documentation. Then, the client can execute the function with Invoke provided by the IDispatch interface, a form of late binding. This sort of capability was also supported by Dynamic Data Exchange (DDE), which never became popular due to being too low level. Dispatch interfaces are flexible, but suffer from additional introspection and invocation overhead compared to custom interfaces. It is therefore often a good idea to support both interface types with dual interfaces. That way, clients supporting VTABLE based invocation can use the custom interface instead of the dispatch counterpart.