为.NET应用程序做邮件合并的最好方法？

Question

目前我正在开发一个MVC应用程序。我得到了一个word模板，我需要使用它来创建邮件合并。合并的数据在数据库中，我可以动态创建邮件合并文档吗？以前有人这么做过吗？你用过什么工具？有什么有用的提示吗？

基本上，创建邮件合并的过程是，用户单击一个按钮，该按钮依次获得模板并使用数据填充它(将返回数百条记录)，当邮件合并完成时，我希望返回包含其中所有字母的单个word文档。

谢谢

Answer 1

我面对这个问题，不幸的是有3个解决方案，在某些方面都很糟糕：

OOXML API

使用Office Open XML API：http://www.microsoft.com/en-us/download/details.aspx?id=5124，手动遍历文档XML树以检查邮件合并元素，自己执行文本替换，然后保存。

优势：

• Free

缺点

• 在放弃
• 之前，我花了6个月的时间强调这种方法没有内置的

合并字段替换足够简单，但是有一些复杂的字段分散在几个<w:run>元素中，替换起来很痛苦。奖励:从Word 2010开始，所有的新字段都是复杂类型。

• 只支持OOXML文件(.docx)。不支持Word 97-2003文件(.doc).

Aspose Saas (以前称为Saaspose) API

优势：

使用全Word文件formats

• Simple，从$15/month)

• Works获得
• 便宜(从

获得工作

缺点

如果您想做的不仅仅是简单的字段替换(即重复区域，“If...Then...”)，请使用

• 。显示/隐藏逻辑，使用复杂的数据结构作为数据源)，然后你就解决了。
• 它是一个web服务，所以你总是需要一个从你的服务器到他们的
• 的连接，他们的".NET SDK“设计得很糟糕(例如，充满了应该是静态的实例方法)。我写了我自己的替代品，也许我应该在某个时候上传它。
• 他们的文档也不是最好的，尽管最近可能有所改善，但祝你好运，尝试导航。

Aspose单词

优势

• It
• 非常强大，可以执行任何类型的合并和字段操作，包括使用developers

提供的自己的复杂data sources

• Great支持服务

缺点

• 价格不菲。单用户/单站点许可证起价999美元。如果您正在开发SaaS应用程序，则需要$3000美元的许可证。

Answer 2

首先，也是最重要的:不要使用互操作，因为它在服务器环境中不能很好地工作(参见Microsoft的KB 257757)。

我对Docentric Toolkit有很好的体验。我已经用了三年了。下面是它的利弊：

优点：

用于模板的纯简单Word插件基于generation

• OpenXML、用于图像的服务器端friendly

• support、数据绑定图形、templates

• support中用于页眉和页脚中的占位符的tables

• conditional元素

• 非常快速的报告生成

缺点：

PDF output free

• somewhat 的
• not free
• somewhat lesser支持

Answer 3

你试过NTemplates吗？不完全适用于Word文档，但如果您不介意使用RTF，它可能是解决方案。从ntemplates.codeplex.com免费下载完整的源代码和示例