我知道 Microsoft 臭名昭著的 Office 服务器端自动化注意事项，它清楚地列出了 2010 套件中的产品。
然而，今天我被一位 IT 运维技术人员说服相信 Office 2010 不会受到该文章中提到的问题的影响，并且可以在服务器环境中毫无问题地使用。我一直找不到任何可以证实该主张的参考或支持文档。（我会跟进他，但他一定是指其他服务器端技术）我的直觉告诉我他在抽他的袜子！
是否有基于 Microsoft 的 Office 2010 服务器端自动化解决方案？如果是，您能否提供支持该主张的相关链接。
（我不是在寻找电子表格齿轮、OpenXML SDK、OpenXML 等相关答案）
如果他指的是在服务器上自动化 Office 2010 客户端，那么他仍然是错误的。如果他指的是服务器上新的可用功能，可以自动处理某些 Office 文档，他是对的。很可能他指的是后者，并且刚刚浏览了一些营销材料并在他的脑海中得出结论，Office 客户端现在可以成为无头自动化服务器或类似的东西。
服务器端的 Office 2010 附带了许多与 SharePoint 2010 一起使用的应用程序服务，这些服务极大地有助于服务器端处理某些 Office 文档和功能。尤其：
看起来技术人员离我们并不遥远，而且他的说法实际上是有道理的。我建议您参考处理高性能计算的Windows HPC Server 2008 R2（所以这不适用于我猜大多数人处理的工厂类型工作簿的运行）。考虑到我工作的公司是保险业，这确实是有道理的。注意：这仅适用于高性能计算服务器
Windows HPC Server 2008 R2 现在支持在 Windows HPC 群集中运行多个 Excel 2010 实例，其中每个实例都在运行具有不同数据集的同一工作簿的独立计算或迭代。许多复杂且长时间运行的工作簿以迭代方式运行——也就是说，它们对不同的输入数据集执行多次计算。这些工作簿可能包括包含在多个工作表中的密集数学计算，或者它们可能包含复杂的 Microsoft Visual Basic for Applications (VBA) 函数。
...
可能需要修改工作簿才能使用此解决方案。Excel 2010 在服务器上运行时，不支持用户交互。Windows HPC Server 2008 R2 包含一个全面的弹出管理器，可以处理偶尔出现的对话框和弹出消息，但它不是为支持交互式 Excel 2010 功能而设计的
还有另一个文档：使用 Windows HPC Server 2008 R2 加速 Excel 2010：为 Windows HPC 集群构建 VBA 应用程序和工作簿，其中详细介绍了如何为 HPC 服务器构建 Excel 解决方案。
您的 IT OPS 技术人员应向您发送指向任何暗示此信息的链接。然后，您应该在此处发布链接。
这样，我们可以尝试纠正链接。Office 并没有停止成为基于 COM 的桌面应用程序。不要尝试在多线程（服务器）环境中自动化它。
您的技术人员可能会想到，现在有一些 Office 产品的 Web 版本。
我想每个人都已经证明你的同事有过错。
如果您要解决的问题是“如何自动生成 Word 文档？” 然后查看 www.intledox.com 这些家伙有一个基于 .NET 的 Doc Gen 引擎，它使用来自任何地方的数据、Web 服务、XML 等来创建文档。
然后将它们传送到某个地方，例如电子邮件、ECM 系统、SharePoint 等。
意味着您可以建立一个创建标准信件和信件等的引擎。