UPDATE: COM Interop with .NET Core 2.0
首先要说的是.NET Core 1.0中不支持调用 COM ， .NET Core 是一个开源跨平台的 .Net 核心库的实现，它着眼于跨平台，所以， 排除COM的互操作是有意的
ASP.NET Core 1.0 如果要支持COM， 可以运行在 .NET Framework 4.6上的asp.net core 1.0.
下面是C#创建COM对象的方法:
dynamic myObject = Activator.CreateInstance(Type.GetTypeFromProgID("My.COMObject", true));
如果你要在.NET Core 1.0,中运行， 他无法工作， 因为Type.GetTypeFromProgID() 这个API不可用。
That describes the current situation, but what about the future? A while back, there was actually talk about bringing pieces of COM to Mac and Linux. I think those plans have been scrapped or would only have limited use.
.NET Standard is an effort to bring a minimum common API set to all .NET platforms, present (Full Framework 4.6, .NET Core, Xamarin, Mono) and future. .NET Standard 2.0 will be implemented in .NET Core 1.1, and it brings in a lot of missing APIs from the full framework. (UPDATE: .NET Core 1.1 has been released since this was written. It includes many new APIs, but not full support for .NET Standard 2.0. That will show up in a future release of .NET Core.) It should make porting existing code to .NET Core much easier. One of the APIs slated for 2.0 (as of this writing) is Type.GetTypeFromProgID(). That means that COM interop will work on .NET Core 1.1, right? Wrong. Calling this method will throw a “Not Implemented” or “Platform Not Supported” error. As I was told by a .NET Foundation member:
There is often incorrect assumption made that “included in .NET Standard” == “works in .NET Core”. There are going to be some APIs that will throw PlaformNotSupportedException on .NET Core, also this set be different between Windows and Unix.
That’s a bit counter-intuitive to me. First of all, it seems like .NET Core should be the “reference implementation” of .NET Standard. Beyond that, the availability of APIs on unsupported platforms may lead a developer to believe an API is fully functional when it is not. To solve that issue, tooling is coming that will identify APIs that are not supported on certain platforms/runtimes (hopefully before a developer has gone through a porting effort). Also, keep in mind that a least-common-denominator approach has already been tried with Portable Class Libraries, and the .NET team is going for something better. The .NET Standard team is currently accepting feedback on GitHub, so feel free to post your thoughts and questions.
Looking beyond .NET Standard 2.0 and .NET Core 1.1, several COM/native interop pieces have already been segregated for a possible future extension. Also, the source code for the underlying functionality is readily available. I think it is only a matter of time before COM interop will be available for use with .NET Core.
References: