c# - 如何将 IDL 翻译成 C#？

Question

例如，DOM specification有各种IDL definitions ，其中之一是 Interface Node .您将如何着手将其(甚至其中的一部分)翻译成实际的 C#？我的意思是，你甚至会从哪里开始？据我所知，C# 接口(interface)的行为与 IDL 在这里调用接口(interface)的行为有很大不同。我错了吗？

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);
};

Answer 1

背景

在 C# 中，接口(interface)根据定义是空的，并且有许多可能的实现。在 COM 中，一般来说，一个接口(interface)将有一个实现并定义一个调用契约，而不是一个实现契约(如 Web 服务或 CORBA)。在 C# 中，接口(interface)的实现是特定于 .NET 的。在 COM 中，接口(interface)的实现与语言无关，而是二进制实现(与文本/XML 的 SOAP 消息相反)。这个二进制定义一直是 COM 的批评者的食物，并且 COM 在非 Windows 系统(同样，与 Web 服务相对)上的采用缓慢(如果有的话)。

对于几乎所有的 IDL 命令，在 C# 中都有相同的可能性，尽管并不总是在接口(interface)中。 COM的基接口(interface)总是IUknown，用于对象引用计数，所有COM对象都必须包含它。

在演讲中，当谈到一个COM接口(interface)时，你通常会谈到一个实现。在 c# 中，您通常会谈论调用者和实现者理解的空契约。

翻译 IDL

正如您提到的，上面的 IDL 是针对 DOM 的。 DOM 是用 C# 实现的，比它的 COM 兄弟(和许多版本)强大得多。如果您真的想创建一个可以调用 COM DOM 接口(interface)的 C# 类包装器:

• 使用 MIDL(Visual Studio 自带)创建 TLB，
• 然后运行 ​​tlbimp.exe(随 .NET 一起提供)来创建一个 .NET COM 包装器，您可以将其包含在您的项目中。

您还可以直接在 COM dll(进程中)或可执行文件(进程外)上运行 tlbimp.exe 以创建 .NET COM 包装器。

更多信息

Don Box 的名著 Essential COM 对 COM 进行了基本但极其精彩和透彻的介绍。 ，关于IDL我建议Essential IDL by Gudgin .

绝对所有关于 COM 和 .NET 的知识都写在全面但略显臃肿的 .NET and .COM The Complete Interoperability Guide 中。弥敦道。这不是一本您会从头到尾读完的书，但它是极好的引用资料。