接口不能实例化？

Question

 IEngineFeatureSnapAgent featureSnapAgent = new EngineFeatureSnap();虽然明明知道，接口是不能实例化的，但是我今天又看到了将接口new的语句，而且代码可以正常运行，没有任何错误。第一次见到将接口new是在将datagridview里的数据导入excel里时：            Microsoft.Office.Interop.Excel.Application app = new Microsoft.Office.Interop.Excel.Application();
而且也能正常运行。真是搞不懂，明明接口不能实例化，那为什么却能像实例化类一样实例化接口呢？？？而且完全正常使用。这到底是“实例化”吗？？

Answer 1

那是 COM 包装过了的和托管对象不一样。

Answer 2

没有啊IEngineFeatureSnapAgent featureSnapAgent = new IEngineFeatureSnapAgent();
能编译么？再比如：
IList<string> list = new List<string>();

Answer 3

Microsoft.Office.Interop.Excel.Application也是接口啊，他怎么能new呢？

Answer 4

COM的接口是通过包装实例化，.net 做了些翻译。Microsoft.Office.Interop.Excel 的定义：
public interface Application : _Application, AppEvents_Eventhttp://msdn.microsoft.com/zh-cn/library/microsoft.office.interop.excel.application.aspx[CoClass(typeof(ApplicationClass))]
[Guid("000208D5-0000-0000-C000-000000000046")]
public interface Application : _Application, AppEvents_Event
{
}

Answer 5

因为EngineFeatureSnap类 实现了 IEngineFeatureSnapAgent 接口。
通过 IEngineFeatureSnapAgent featureSnapAgent = new EngineFeatureSnap(); 这句话 对象featureSnapAgent 就可以 调用接口IEngineFeatureSnapAgent 里定义的方法和属性了。
如果这个类 还实现了别的接口 那么可以通过query interface 调用别的接口的方法和属性了。

Answer 6

所以实例化的是 ApplicationClass

Answer 7

IList<string> list = new List<string>();
注意这里是用List类型实例化IList，不是用IList本身实例化。对于用VB 6等写的com类型，.Net环境下，会有特殊的机制处理，因此可以实例化.Net处理后的生成的Com接口

Answer 8

而且通过接口来实例化对象 这个也是多态的表现。
PS 
实现接口的类 实例 = new 实现接口的类()

Answer 9

接口 实例 = new 实现接口的类A() 
接口 实例 = new 实现接口的类B() 
接口 实例 = new 实现接口的类C() 
这样的逻辑就是说，我们需要某个类，所以我们每次实例化它。如果把 ABC这三个类，再用一个类封D装起来，会怎么样呢？接口 实例 = D.A
接口 实例 = D.B
接口 实例 = D.C我们还是需要某个类，但是，我们不需要每次都实例化了，只需要找D“拿”就行

Answer 10

在vs里，EnginFeatureSnap显示的是个接口，而不是类啊！

Answer 11

同理啊，所有COM的Interface另当别论了。

Answer 12

.NET提供Interop 程序集，它用作托管和非托管代码之间的桥梁，将 COM 对象成员映射为等价的 .NET 托管成员。

Answer 13

哦，那我以后在见到类似与Microsoft.Office.Interop.Excel.Application app = new Microsoft.Office.Interop.Excel.Application();的语句后，可以把Application理解为类而不是接口了。我还是比较喜欢把它写为new Microsoft.Office.Interop.Excel.ApplicationClass()，省得误解。

Answer 14

这个太深奥了，搞不懂，我还是先把COM的Interface理解为类吧。

Answer 15

 Microsoft.Office.Interop.Excel.ApplicationClass ExcelApp = new Microsoft.Office.Interop.Excel.ApplicationClass();
我定义的时候是类而不是接口，你确定EXCEL能Microsoft.Office.Interop.Excel.Application app = new Microsoft.Office.Interop.Excel.Application();
定义？
 Microsoft.Office.Interop.Excel.ApplicationClass ExcelApp = new Microsoft.Office.Interop.Excel.ApplicationClass();
            Microsoft.Office.Interop.Excel.WorkbookClass ExcelWorkBook = (Microsoft.Office.Interop.Excel.WorkbookClass)ExcelApp.Workbooks.Open(XlsPath, Missing.Value,
                Missing.Value, Missing.Value, Missing.Value, Missing.Value, Missing.Value, Missing.Value, Missing.Value, Missing.Value, Missing.Value, Missing.Value
                , Missing.Value, Missing.Value, Missing.Value);
            Microsoft.Office.Interop.Excel.Worksheet ExcelWorkSheet = (Microsoft.Office.Interop.Excel.Worksheet)ExcelWorkBook.Worksheets[SheetIndex];

Answer 16

对于原有的Com文件，比如ABC.dll
当你在.net 环境下引用的时候，你会发现，实际引用的文件是Interop.ABC.dll
这正是由于.net在中间做了处理，将原来的ABC.dll翻译为了.Net可以识别的元数据清单

Answer 17

这个要设置一个嵌入式属性为false才可以的，要不然就报错。编译都通不过。

Answer 18

//托管代码中的interface不能实例化 但在COM中包装过的(非托管代码)接口是可以实例化的
            WComm_Serial.CWComm_Serial wserial = new WComm_Serial.CWComm_Serial();
微耕门禁机包装的COM类CWComm_Serial 转到定义是接口
但在C或C++中本只是个类。
因此只能理解成CWComm_Serial 是个类

Answer 19

  好像已经结贴了？  在.net里面非托管转换成托管的接口用CoClass标记接口转换成类，所以excel.application 实例化是可以的。