服务器上的microsoft.office.interop.word部署

Question

我想将Word文档转换为我公司的本地intranet服务器上的PDF。在我的项目中使用microsoft.office.interop.word是个好主意，而不是购买完全不支持阿拉伯语的非常昂贵的工具。

我很乐意听取专家对这个案件的意见:)

Answer 1

这取决于您的需要，第三方库将提供大量的开箱即用特性，而您需要编写大量代码才能在皮亚中实现相同的功能。但如果你需要简单的word文档到pdf转换，那么PIA应该为你做。

但是，我强烈建议您使用包装程序集，这将有助于克服使用PIA的缺点，例如，

• 它们仅限于一个版本，即它们只使用一个或特定版本的Office
• 它们在其他系统上传输或安装时会造成问题。
• 它们在COM代理的管理中没有提供保护机制。

简而言之，如果您是一个使用PIA的PIA，那么您的代码可能不适用于不同版本的office，而这些包装程序集使用后期绑定管理多个office版本。

您可以使用NetOffice，我已经在项目中使用了一段时间。NetOffice的一些特性是，

• 没有版本限制的Office集成
• 该办公室2000、2002、2003、2007、2010和2013年版本的所有功能都包括在内
• 语法和语义上与Microsoft互操作程序集相同

Answer 2

我不会说我是这里的专家，但我至少可以分享我的旅程，希望它能节省你的时间和精力。

这个可以在有限的情况下相当可靠地工作，但是微软会提前告诉你：

服务器上的InterOp不受支持，也不能很好地伸缩

我同意但对于简单的事情..。嗯。

• 你的第一个障碍是拥有正确的互操作权。在哪里运行互操作对一些公司来说是一个挑战。IMHO，我不会在我的intranet服务器上运行它，除非我能够以有限的权限包含这个进程(是的，这是可行的)。
• 您的下一个挑战将是病毒和 沃尔女士。MS必须是最新的，客户必须能够 处理未被转换的文档(由于文件中潜在的病毒或糟糕的宏)。

我使用的方法是在服务或工作流中运行MS互操作。您需要对这些请求进行排队并编写相应的应用程序。该服务将在后台工作，除了运行MS、打开文件和“另存为”PDF格式(以及所需的其他业务逻辑)之外，其他权限有限。您可以通过在新服务器上添加更多的服务/工作流(每台机器一个互操作服务)进行扩展。

当我以这种方式跑步时，我很少有问题。我希望这能帮到你。