Содержимое интерфейса IEnumerable

[ComVisible(true)]

COM-сервер — это специальным образом оформленное и зарегистрированное в системе приложение, которое позволяет клиентам запрашивать у себя создание реализованных в нем объектов. Сервер может быть выполнен в виде либо динамической библиотеки, либо исполняемого файла.

COM - это что вообще ?

[Guid("496B0ABE-CDEE-11d3-88E8-00902754C43A")]

Interfaces are strongly typed. Every interface has its own unique interface identifier, named an IID, which eliminates collisions that could occur with human-readable names. The IID is a globally unique identifier (GUID), which is the same as the Universally Unique ID (UUID) defined by the Open Software Foundation (OSF) Distributed Computing Environment (DCE). When you create a new interface, you must create a new identifier for that interface. When a caller uses an interface, it must use the unique identifier. This explicit identification improves robustness by eliminating naming conflicts that would result in run-time failure.

Interop

DISPID - ?

IDispatch = Как и любой обычный интерфейс, он реализован с помощью виртуальной таблицы указателей на методы. VMT интерфейса IDispatch начинается с трех хорошо известных методов IUnknown, за которыми следуют методы GetlDsOfNames, GetTypelnfo, GetTypelnfoCount и Invoke.
• Invoke (метод времени выполнения) — используется для вызова других методов Чтобы это было возможным, разработчик объекта, реализующего IDispatch должен определить, какие в точности методы будут доступны. Это достигается определением дополнительного диспетчерского интерфейса (dispatch interface), часто называемого диспинтерфейсом (dispinterface). Для его реализации VMT не используется. Каждому методу диспинтерфейса ставится в соответствие целое число — диспетчерский идентификатор (Dispatch IDentifier — DispID), no которому и производится вызов. Фактически реализация объектом метода Invoke является большим оператором Case.

поверьте, мне нужно все.

Запомните, что вам нужно понимать, что означают вещи в контексте вопроса. К примеру, у интерфейса IActiveMovie3 есть метод get_MediaPlayer. Если вы посмотрите на этот метод в сферическом вакууме (без принятия во внимание контекста), то вы будете ожидать, что метод вернёт вам интерфейс IMediaPlayer, но в заголовочнике вы увидите, что вместо этого метод возвращает интерфейс IDispatch. Если вы посмотрите на общую картину, то вы увидите, почему это имеет смысл.

IActiveMovie3 - это Dispatch интерфейс. Как вы знаете, целевой аудиторией для интерфейсов IDispatch являются скриптовые языки, вроде Visual Basic и JScript. Классический Visual Basic является языком с динамической типизацией, что означает, что практически все типы данных являются просто "объектами", а их точный тип не известен до момента выполнения скрипта. Статически-типизированный язык (вроде Delphi - прим.пер.) пожалуется вам ещё на этапе компиляции, если вы вызовете несуществующий метод у объекта или передадите параметр не того типа в метод. А динамически-типизированный язык, с другой стороны, не проверяет всё это, пока строка кода не будет выполнена - вот только в этот момент будет произведена проверка, существует ли метод и правильно ли вы указали параметры.

Когда вы работаете с интерфейсами и языками с динамической типизацией, то естественной "валютой" становится IDispatch. Все объекты принимают форму IDispatch. Объекты, которые порождают другие объекты, будут возвращать интерфейсы IDispatch, потому что именно их ожидает увидеть скриптовый движок.

Вот почему метод get_MediaPlayer возвращает IDispatch. Потому что это то, что ожидает скриптовый движок. И то, что, если вы знакомы с контекстом вопроса, ожидаете вы.

Сигнальный знак этого контекста происходит от названия метода "get_MediaPlayer". Это название не соответствует соглашению наименования COM, а, скорее, имя построено так для его binding-а в C/C++ на свойство "get". C/C++ binding - это "ассемблерный язык" автоматизации OLE: вы работаете с гайками и болтами OLE Automation, и если вы хотите играть на этом уровне, то вы должны знать, как использовать отвертку.