我觉得 interop API 这么乱真是令人难以置信
很多方法都没有评论,好像做的很差
有没有其他人遇到过同样的情况?如果有,您使用什么库从 C# 控制 Exel?
最佳答案
VSTO 的明显实际问题/COM Interop 技术是在工作表和托管代码之间转换时产生的开销。 (如果你试图在没有 VSTO 帮助的情况下与 Excel 对话,请停止这样做,以免让你自己头疼)。我认为 VSTO 在提供托管环境中的 Excel 对象模型的近似模拟方面做得非常好 - 当然,我不需要花太多时间来尝试了解更多关于 .NET Interop 的信息。
对于运行时间较长的自动化事件,开销并不是什么大问题,与 VBA 自动化类似的问题也适用:尽可能减少跨接口(interface)的调用以获得最佳性能。
对于更小、更快的工作表函数类型的工作(比如我们可能编写 XLL 的那种东西),开销可能是致命的。 ExcelDNA这似乎是通过 XLL 模型交付托管代码的好方法 - 而且价格合适。
关于c# - ExcelDNA/托管 XLL/Excel 互操作,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1795414/