大量生成许多办公文档-哪种技术最适合？

Question

我们将开发一个工具，它需要初始化大型文件夹结构(工程项目)，使用多个结构化的many (Word，Excel)。因此，问题在于如何为这项任务提供最合适的MS技术。此任务非常类似于在web应用程序中从模板构建静态内容。

我甚至想到了办公室文档中的{{CustomTemplateEngine}}。但这肯定是个坏主意..。

我知道VSTO，但它似乎通常用于扩展带有外接程序的Office。我说的对吗？

另外，最好将这个文档生成模块实现为工作流，并从各种接口调用它。

好吧，欢迎任何建议。

Answer 1

对于docx，您可以查看我的演示文稿http://www.slideshare.net/plutext/document-generation-2012osdcsydney，以了解各种方法。

有关xlsx，请参见http://office.microsoft.com/en-au/excel-help/overview-of-xml-in-excel-HA010206396.aspx。

我知道VSTO，但它似乎通常是为了扩展Office的外接程序。我说的对吗？

对，是这样。从文档生成的角度来看，您可以使用VSTO创建创作工具；这是我在内容控制数据绑定方法中用于创作的技术。

在运行时(批量生成)，您可以(也可以说应该)避免依赖Word。这意味着在运行时组件中不使用VSTO。

Answer 2

在花费了几个小时通过C#和VB.Net自动化MS来创建一个完全模板化的数据合并工具(而不是少量的烦恼)之后，我发现在批量生成文档时，它是非常慢的。当您忙着复制、删除和替换代码时，Word女士会在幕后做一些鬼鬼祟祟的事情，这会让人头疼。

• 在“范围”之前的文档位置执行替换操作，不仅会导致范围更改位置，而且还会导致范围的大小发生变化。创建一个带有标签层次结构的数据标记(就像我一样)将带来不小的痛苦，管理与它们相关的范围。
• Word在搜索和替换自身的能力上实际上是脑死亡。删除多余的空白行(如地址)在打开的文本中是一项简单的任务，但在Word中，这是一项严肃的工作。
• 从性能的角度来看，您正在处理COM自动化和一个总是忙于在工作中做其他事情的应用程序。而且，文档和细节越大，单词的速度就越慢。
• 最后，从部署的角度来看，谁希望在他们的服务器上安装MS Word，或者试图确保客户端安装的Word是正确的(或完成的)？

同样，在完成了一个围绕Word构建的完整模板处理系统之后，我发现我可以加载一个文档，并在Word本身在69页主/详细文档上崩溃之前的3个小时内生成大约3700个PDF。在没有崩溃的情况下，我可以在一个真正的文档上每秒获得大约2个文档。

​

​

对比一下我在网上找到的一个商业图书馆。我能够在两天内转换我的代码来使用这个库。速度的增长是惊人的--在一个令人印象深刻的三页母版/细节上，几乎每秒有20份文档，其中包含页眉、页脚、页码等。同样的输入在3小时后崩溃，在不到5分钟的时间内通过商业图书馆--包括69页文档。我还获得了创建一个大型文档的能力(轻松)，而不是创建数千个单独的文档。

总的来说，如果你这样做是为了生意，而且你的文档数量很小，你的功能列表很简单，而且你不介意处理单词怪癖，那就用Word创建你的文档，然后围绕一个坚实的商业库构建你的应用。

作为最后的手段，您可以在Word或Google中构建您的文档，并使用许多基于服务的可以批量创建和发送电子邮件的服务之一。