Как вы переводите IDL в C #? - PullRequest
3 голосов
/ 24 июля 2010

Например, спецификация DOM имеет различные определения IDL , одним из которых является Узел интерфейса . Как бы вы перевели этот & ndash; даже часть этого & ndash- в настоящий C #? Я имею в виду, где бы вы начали? Насколько я понимаю, интерфейсы C # ведут себя совершенно иначе, чем то, что IDL называет здесь интерфейсом. Я не прав?

interface Node {

  // NodeType
  const unsigned short      ELEMENT_NODE                   = 1;
  const unsigned short      ATTRIBUTE_NODE                 = 2;
  const unsigned short      TEXT_NODE                      = 3;
  const unsigned short      CDATA_SECTION_NODE             = 4;
  const unsigned short      ENTITY_REFERENCE_NODE          = 5;
  const unsigned short      ENTITY_NODE                    = 6;
  const unsigned short      PROCESSING_INSTRUCTION_NODE    = 7;
  const unsigned short      COMMENT_NODE                   = 8;
  const unsigned short      DOCUMENT_NODE                  = 9;
  const unsigned short      DOCUMENT_TYPE_NODE             = 10;
  const unsigned short      DOCUMENT_FRAGMENT_NODE         = 11;
  const unsigned short      NOTATION_NODE                  = 12;

  readonly attribute DOMString       nodeName;
           attribute DOMString       nodeValue;
                                        // raises(DOMException) on setting
                                        // raises(DOMException) on retrieval

  readonly attribute unsigned short  nodeType;
  readonly attribute Node            parentNode;
  readonly attribute NodeList        childNodes;
  readonly attribute Node            firstChild;
  readonly attribute Node            lastChild;
  readonly attribute Node            previousSibling;
  readonly attribute Node            nextSibling;
  readonly attribute NamedNodeMap    attributes;
  // Modified in DOM Level 2:
  readonly attribute Document        ownerDocument;
  // Modified in DOM Level 3:
  Node               insertBefore(in Node newChild, 
                                  in Node refChild)
                                        raises(DOMException);
  // Modified in DOM Level 3:
  Node               replaceChild(in Node newChild, 
                                  in Node oldChild)
                                        raises(DOMException);
  // Modified in DOM Level 3:
  Node               removeChild(in Node oldChild)
                                        raises(DOMException);
  // Modified in DOM Level 3:
  Node               appendChild(in Node newChild)
                                        raises(DOMException);
  boolean            hasChildNodes();
  Node               cloneNode(in boolean deep);
  // Modified in DOM Level 3:
  void               normalize();
  // Introduced in DOM Level 2:
  boolean            isSupported(in DOMString feature, 
                                 in DOMString version);
  // Introduced in DOM Level 2:
  readonly attribute DOMString       namespaceURI;
  // Introduced in DOM Level 2:
           attribute DOMString       prefix;
                                        // raises(DOMException) on setting

  // Introduced in DOM Level 2:
  readonly attribute DOMString       localName;
  // Introduced in DOM Level 2:
  boolean            hasAttributes();
  // Introduced in DOM Level 3:
  readonly attribute DOMString       baseURI;

  // DocumentPosition
  const unsigned short      DOCUMENT_POSITION_DISCONNECTED = 0x01;
  const unsigned short      DOCUMENT_POSITION_PRECEDING    = 0x02;
  const unsigned short      DOCUMENT_POSITION_FOLLOWING    = 0x04;
  const unsigned short      DOCUMENT_POSITION_CONTAINS     = 0x08;
  const unsigned short      DOCUMENT_POSITION_CONTAINED_BY = 0x10;
  const unsigned short      DOCUMENT_POSITION_IMPLEMENTATION_SPECIFIC = 0x20;

  // Introduced in DOM Level 3:
  unsigned short     compareDocumentPosition(in Node other)
                                        raises(DOMException);
  // Introduced in DOM Level 3:
           attribute DOMString       textContent;
                                        // raises(DOMException) on setting
                                        // raises(DOMException) on retrieval

  // Introduced in DOM Level 3:
  boolean            isSameNode(in Node other);
  // Introduced in DOM Level 3:
  DOMString          lookupPrefix(in DOMString namespaceURI);
  // Introduced in DOM Level 3:
  boolean            isDefaultNamespace(in DOMString namespaceURI);
  // Introduced in DOM Level 3:
  DOMString          lookupNamespaceURI(in DOMString prefix);
  // Introduced in DOM Level 3:
  boolean            isEqualNode(in Node arg);
  // Introduced in DOM Level 3:
  DOMObject          getFeature(in DOMString feature, 
                                in DOMString version);
  // Introduced in DOM Level 3:
  DOMUserData        setUserData(in DOMString key, 
                                 in DOMUserData data, 
                                 in UserDataHandler handler);
  // Introduced in DOM Level 3:
  DOMUserData        getUserData(in DOMString key);
};

1 Ответ

5 голосов
/ 24 июля 2010

Фон

В C # интерфейс по определению пуст и имеет много возможных реализаций. Обычно в COM интерфейс имеет одну реализацию и определяет контракт вызова, а не контракт реализации (например, с веб-службами или CORBA). В C # реализация интерфейса зависит от .NET. В COM реализация интерфейса не зависит от языка, но является двоичной реализацией (в отличие от сообщений SOAP, которые являются текстовыми / XML). Это двоичное определение всегда было пищей для критиков COM и медленного (если вообще) принятия COM в системах, отличных от Windows (опять же, в отличие от веб-служб).

Практически для всех команд IDL в C # есть эквивалентная возможность, хотя и не всегда внутри интерфейса. Базовым интерфейсом COM всегда является IUknown, который используется для подсчета ссылок на объекты, который должен быть включен всеми объектами COM.

В речи, когда речь идет о COM-интерфейсе, вы обычно говорите о реализации. В c # вы обычно говорите о пустых контрактах, которые понимают вызывающие и реализаторы.

Перевести IDL

IDL выше для DOM, как вы упоминаете. DOM реализован на C # и намного мощнее своих собратьев COM (и многих версий). Если вы действительно хотите создать оболочку класса C #, которая может вызывать интерфейсы COM DOM:

  • использовать MIDL (поставляется с Visual Studio) для создания TLB,
  • затем запустите tlbimp.exe (поставляется с .NET), чтобы создать оболочку .NET COM, которую вы можете включить в свой проект.

Вы также можете запустить tlbimp.exe непосредственно на COM-библиотеках (в процессе) или исполняемых файлах (вне процесса) для создания .NET COM Wrapper.

Дополнительная информация

Основное, но чрезвычайно блестящее и подробное введение в COM - это знаменитая книга Дона Бокса Essential COM , о IDL. Я предлагаю Essential IDL от Gudgin .

Абсолютно все, что нужно знать о COM и .NET, записано в всеобъемлющем, но слегка раздутом .NET и .COM Полном руководстве по взаимодействию Натана. Это не книга, которую вы будете читать от корки до корки, но она является отличным справочным материалом.

...