如何将IDL翻译成C#？

例如，具有多种，其中之一是。你会如何把它甚至其中的一部分翻译成实际的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);
};

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

对于几乎所有的IDL命令，在C#中都有相同的可能性，尽管并不总是在just-in接口中。COM的基本接口总是

IUknown

，用于对象引用计数，所有COM对象都必须包含该接口

在演讲中，当谈论COM接口时，您通常谈论一个实现。在c#中，您通常谈论调用方和实现方理解的空契约

翻译IDL 正如您所提到的，上面的IDL是用于DOM的。DOM是用C#实现的，比它的COM同类（以及许多版本）强大得多。如果您确实想创建一个可以调用COM DOM接口的C#类包装器：

• 使用MIDL（随Visual Studio提供）创建TLB
• 然后运行tlbimp.exe（与.NET一起提供）创建一个.NET COM包装，您可以将其包含在项目中

您还可以直接在COM DLL（进程中）或可执行文件（进程外）上运行tlbimp.exe，以创建.NET COM包装

更多信息 Don Box的名著《关于IDL我建议》是对COM的一个基本的、但非常精彩和透彻的介绍

---

关于COM和.NET的所有知识都被内森写进了一本综合性的，但有点浮夸的书中。这不是一本你会从头读到尾的书，但它是很好的参考资料。

有点重复，但不完全一样；）这很有意思，但我还是希望有人能通过把这个，甚至是其中的一部分翻译成C来回答这个问题。我猜它根本不是一个接口，而是一个类。我只是不喜欢DOM在C#中实现的方式。也就是说，如果您指的是

System.Web.UI

和

System.Web.UI.HtmlControls

名称空间。我所寻找的更像是迫使我将HTML编写到W3C规范中的东西，如果我把它搞砸了，甚至不会编译。例如，如果我试图向不适当的元素添加某种类型的属性或内容。也许我会为这一个发布一个单独的问题。你知道这样的事情吗？@sfjedi:当使用XML DOM时，

System.Web

名称空间不是你想要引用的名称空间。它有一个不同的用途：HTML，它不仅仅是XML（在其他方面要少得多）。您应该查找带有

XmlDocument

的

System.Xml

名称空间，如果您喜欢LINQ（通过

System.LINQ.Xml

），还应该查找

XDocument

。两者都与XML和DOM完全兼容，并且比MS的COM接口有了更进一步的发展。是的，我非常熟悉

System.Linq.XML

和

XDocument

，尽管它们给人留下了深刻的印象并且非常有用，但它们仍然没有达到我想要达到的效果，这会阻止开发人员编译不符合规范的代码。