Ms office 在后端使用Microsoft Office Word

Ms office 在后端使用Microsoft Office Word,ms-office,backend,server-side,doc,lib,Ms Office,Backend,Server Side,Doc,Lib,目前,我有一个应用程序可以在后端修改Microsoft Office Word文档。添加封面并替换一些文本。为此,我们使用COM组件对象模型来操作.docx/.doc文件。我们每天处理1000多个文档 问题是,它非常缓慢,偶尔会挂起,基本上不建议以这种方式使用 是否有用于在服务器端操作和编辑Microsoft Office Word的库/组件?最好使用golang或php,如果它可以在Linux上运行就更好了,但也可以使用Windows only lib 谢谢。文章陈述如下: 所有当前版本的Mi

目前,我有一个应用程序可以在后端修改Microsoft Office Word文档。添加封面并替换一些文本。为此,我们使用COM组件对象模型来操作.docx/.doc文件。我们每天处理1000多个文档

问题是,它非常缓慢,偶尔会挂起,基本上不建议以这种方式使用

是否有用于在服务器端操作和编辑Microsoft Office Word的库/组件?最好使用golang或php,如果它可以在Linux上运行就更好了,但也可以使用Windows only lib

谢谢。

文章陈述如下:

所有当前版本的Microsoft Office都经过设计、测试和配置,可以作为最终用户产品在客户端工作站上运行。他们假设一个交互式桌面和用户配置文件。它们不提供满足设计为无人值守运行的服务器端组件需要的可重入性或安全性级别

Microsoft目前不建议也不支持从任何无人参与、非交互式客户端应用程序或组件(包括ASP、ASP.NET、DCOM和NT服务)自动化Microsoft Office应用程序,因为在该环境中运行Office时,Office可能会表现出不稳定的行为和/或死锁

如果您正在构建一个在服务器端上下文中运行的解决方案,那么您应该尝试使用安全的组件来无人值守地执行。或者,您应该尝试找到至少允许部分代码在客户端运行的替代方案。如果使用服务器端解决方案中的Office应用程序,该应用程序将缺少许多成功运行所需的功能。此外,您将面临整体解决方案稳定性方面的风险

选择 有关OpenXMLSDK的详细信息,请参阅。 如果开发人员需要开发服务器端解决方案,Microsoft强烈建议他们寻找Office自动化的替代方案。由于Office设计的局限性,对Office配置的更改不足以解决所有问题。Microsoft强烈推荐一些不需要在服务器端安装Office的替代方案,它们可以比自动化更高效、更快地执行大多数常见任务。在将Office作为项目中的服务器端组件之前,请考虑备选方案。

大多数服务器端自动化任务都涉及文档创建或编辑。Office支持新的开放式XML文件格式,允许开发人员在服务器端创建、编辑、读取和转换文件内容。这些文件格式使用Microsoft.NET Framework中的System.IO.Package.IO命名空间来编辑Office文件,而不使用Office客户端应用程序本身。这是处理来自服务的Office文件更改的建议和支持的方法

如果要处理旧的文档格式,可以使用为服务器端执行而设计的任何第三方组件,例如Aspose。