我正在尝试从C#控制台应用程序中的Excel中捕获一些数据。我得到了错误UnabletocastCOMobjectoftype'microsoft.Office.Interop.Excel.ApplicationClass'to'microsoft.Office.Interop.Excel.Application'"此代码使用了“MicrosoftExcel12.0对象库”，并且我包含了对“Microsoft.Office.Interop.Excel”的引用。我对这个网站进行了一些挖掘，发现了Interoptypecannotbeembedded，但我对它的理解还不足以实现所建议的解决

我正在尝试从C#控制台应用程序中的Excel中捕获一些数据。我得到了错误UnabletocastCOMobjectoftype'microsoft.Office.Interop.Excel.ApplicationClass'to'microsoft.Office.Interop.Excel.Application'"此代码使用了“MicrosoftExcel12.0对象库”，并且我包含了对“Microsoft.Office.Interop.Excel”的引用。我对这个网站进行了一些挖掘，发现了Interoptypecannotbeembedded，但我对它的理解还不足以实现所建议的解决

我需要让.reg文件和.msi文件使用与用户Windows上关联的这两种文件类型的任何可执行文件自动执行。.NETCore2.0Process.Start(stringfileName)docs说:“文件名不需要代表可执行文件。它可以是扩展名与系统上安装的应用程序相关联的任何文件类型。”不过using(varproc=Process.Start(@"C:\Users\user2\Desktop\XXXX.reg")){}//.msialso给我System.ComponentModel.Win32Exception(0x80004005):Thespecifiedexecutablei

我需要让.reg文件和.msi文件使用与用户Windows上关联的这两种文件类型的任何可执行文件自动执行。.NETCore2.0Process.Start(stringfileName)docs说:“文件名不需要代表可执行文件。它可以是扩展名与系统上安装的应用程序相关联的任何文件类型。”不过using(varproc=Process.Start(@"C:\Users\user2\Desktop\XXXX.reg")){}//.msialso给我System.ComponentModel.Win32Exception(0x80004005):Thespecifiedexecutablei

让我们看一些简单的C#async/await代码，其中我在使用ConfigureAwait(false)await之前和之后有一个对象引用(obj)/privateasyncTaskAnAsyncLibraryMethod(SomeObjectobj){Console.WriteLine(Thread.CurrentThread.ManagedThreadId);obj.Name="Harry";//ConfigureAwait(false)似乎意味着不将延续编码回捕获的原始上下文-好的，但这到底是什么意思？我已经尝试了上面的代码并且objIS被正确引用回来(即使它在不同的线程上恢复)

让我们看一些简单的C#async/await代码，其中我在使用ConfigureAwait(false)await之前和之后有一个对象引用(obj)/privateasyncTaskAnAsyncLibraryMethod(SomeObjectobj){Console.WriteLine(Thread.CurrentThread.ManagedThreadId);obj.Name="Harry";//ConfigureAwait(false)似乎意味着不将延续编码回捕获的原始上下文-好的，但这到底是什么意思？我已经尝试了上面的代码并且objIS被正确引用回来(即使它在不同的线程上恢复)

我的目标我想要一个主处理线程(非GUI)，并且能够根据需要在它们自己的后台线程中分离出GUI，并让我的主非GUI线程继续工作。换句话说，我希望我的主要非GUI线程成为GUI线程的所有者，而不是相反。我不确定使用Windows窗体是否可行(？)背景我有一个基于组件的系统，其中Controller动态加载程序集并实例化和运行实现通用IComponent接口(interface)的类，并使用单个方法DoStuff()。加载哪些组件是通过xml配置文件和添加包含IComponent不同实现的新程序集来配置的。这些组件向主应用程序提供实用功能。虽然主程序正在做它的事情，例如控制核电站时，组件可能

我的目标我想要一个主处理线程(非GUI)，并且能够根据需要在它们自己的后台线程中分离出GUI，并让我的主非GUI线程继续工作。换句话说，我希望我的主要非GUI线程成为GUI线程的所有者，而不是相反。我不确定使用Windows窗体是否可行(？)背景我有一个基于组件的系统，其中Controller动态加载程序集并实例化和运行实现通用IComponent接口(interface)的类，并使用单个方法DoStuff()。加载哪些组件是通过xml配置文件和添加包含IComponent不同实现的新程序集来配置的。这些组件向主应用程序提供实用功能。虽然主程序正在做它的事情，例如控制核电站时，组件可能

我们注意到一些非常小的网络服务调用花费的时间比我们预期的要长得多。我们做了一些调查并放置了一些计时器，我们将其缩小到创建我们的EntityFramework6DbContext的实例。不是查询本身，只是上下文的创建。从那以后，我进行了一些日志记录，以查看创建DbContext的实例实际实际花费的平均时间，似乎大约是50毫秒。应用程序预热后，上下文创建速度并不慢。应用程序回收后，它从2-4毫秒开始(这是我们在开发环境中看到的)。随着时间的推移，上下文创建似乎变慢了。在接下来的几个小时内，它将爬升到50-80毫秒的范围并趋于平稳。我们的上下文是一个相当大的代码优先上下文，包含大约300个实

我们注意到一些非常小的网络服务调用花费的时间比我们预期的要长得多。我们做了一些调查并放置了一些计时器，我们将其缩小到创建我们的EntityFramework6DbContext的实例。不是查询本身，只是上下文的创建。从那以后，我进行了一些日志记录，以查看创建DbContext的实例实际实际花费的平均时间，似乎大约是50毫秒。应用程序预热后，上下文创建速度并不慢。应用程序回收后，它从2-4毫秒开始(这是我们在开发环境中看到的)。随着时间的推移，上下文创建似乎变慢了。在接下来的几个小时内，它将爬升到50-80毫秒的范围并趋于平稳。我们的上下文是一个相当大的代码优先上下文，包含大约300个实