我发现Interop API太混乱了，实在令人难以置信
许多方法都没有评论，而且似乎做得很差
有没有其他人经历过同样的事情？如果是的话，您使用什么库从C＃中控制Exel？
最佳答案
VSTO / COM Interop技术的明显的实际问题是在工作表和托管代码之间进行转换时产生的开销。 （如果您在没有VSTO的帮助下尝试与Excel对话，请停止这样做并为自己省去很多麻烦）。我认为VSTO在托管环境中提供Excel对象模型的紧密模拟方面做得非常好-当然，我不需要花很多时间来尝试了解有关.NET Interop的更多信息。
对于运行时间较长的自动化活动，开销并不是什么大问题，与VBA自动化类似的问题也适用：尽可能减少跨接口的调用以获得最佳性能。
对于更小，更快的工作表函数类型的工作（例如，我们可能在其中编写XLL的事情），开销可能是致命的。 ExcelDNA似乎是通过XLL模型交付托管代码的好方法-价格合理。
关于c# - ExcelDNA/托管XLL/Excel Interop，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/1795414/