Asp.net mvc 3 如何在asp.net mvc 3中将数据导出到office文档和pdf
我正在寻找解决这个问题的最佳方法，以及我们以什么样的顺序做得最好 我们有一个应用程序，用户可以输入某些个人详细信息， 之后，他们可以下载word文档（.docx）或获取个人数据的pdf（.pdf） 我们已经做的一切都是分开的： 使用*.docx模板，我们填充参数化字段，然后将其作为docx保存给用户 通过一个名为的库，我们可以将呈现的word文档转换为pdf 我们希望避免在服务器上安装office（或任何其他office工具）， 因此，当前的库需要去，我们知道它是创建pdf的库，但这意味着每次模板更改时，我们都需要更新word文件的*.docx模板，同时更新呈现pdf的iTextSharp代码 我们是不是看错了？ 我们应该以什么顺序生成这些文件，以便 -更改模板时最小化工作量 -服务器上没有安装office程序 致意Asp.net mvc 3 如何在asp.net mvc 3中将数据导出到office文档和pdf,asp.net-mvc-3,pdf-generation,Asp.net Mvc 3,Pdf Generation,我正在寻找解决这个问题的最佳方法，以及我们以什么样的顺序做得最好 我们有一个应用程序，用户可以输入某些个人详细信息， 之后，他们可以下载word文档（.docx）或获取个人数据的pdf（.pdf） 我们已经做的一切都是分开的： 使用*.docx模板，我们填充参数化字段，然后将其作为docx保存给用户 通过一个名为的库，我们可以将呈现的word文档转换为pdf 我们希望避免在服务器上安装office（或任何其他office工具）， 因此，当前的库需要去，我们知道它是创建pdf的库，但这意味着每次模
Sander Houttekier我将从使用开始，它将允许您以编程方式创建和操作office文档 它不要求您在服务器上安装或授权Microsoft Office，只要一个DLL，如果您愿意，它可以与应用程序的其余部分一起部署
我没有使用过动态PDF生成（除了良好的旧GhostScript），因此我无法提供任何建议。我将从使用开始，它将允许您以编程方式创建和操作office文档 它不要求您在服务器上安装或授权Microsoft Office，只要一个DLL，如果您愿意，它可以与应用程序的其余部分一起部署
我还没有玩过动态PDF生成（除了好的旧GhostScript），所以我无法提供任何建议。你可以试试 似乎同样的代码可以在PDF、打印机或屏幕上绘制。。并且MigraDoc可以渲染为RTF
我计划将其与我的项目集成，但我自己没有尝试，也许它适合您的项目。您可以尝试一下 似乎同样的代码可以在PDF、打印机或屏幕上绘制。。并且MigraDoc可以渲染为RTF
我计划将此功能与我的项目集成，但我自己没有尝试，也许它适合您的项目。由于我们还没有找到一个完全满足我们需要的免费库，我们正在认真考虑购买一个许可证，它可以轻松满足我们的需要 至少这是评估告诉我们的 许多建议的库在某种程度上可以使用我们需要的数据生成pdf，但不是我们想要的样式，我们需要一个系统，其中我们有模板pdf文件，需要填充一些参数，其中1个参数是产品列表，每个产品列表在其自己的表中，包含产品上的几行数据，上面的库都没有提供足够的支持，或者每个表都在自己的页面上，或者表的样式需要通过生成pdf的源代码来创建，而我们有不同的模板，这将是为每个模板的不同样式创建代码的地狱
因此，对aspose的免费替代品的探索仍在继续，但现在我将关闭这个，因为我们发现了一个可以满足我们需要的库。（如果我看看aspose.words的价格，我只能假设他们知道他们是唯一提供这些功能的：P）
由于我们还没有找到一个完全满足我们需要的免费库，我们正在认真考虑购买一个许可证，它可以轻松满足我们的需要
至少这是评估告诉我们的 许多建议的库在某种程度上可以使用我们需要的数据生成pdf，但不是我们想要的样式，我们需要一个系统，其中我们有模板pdf文件，需要填充一些参数，其中1个参数是产品列表，每个产品列表在其自己的表中，包含产品上的几行数据，上面的库都没有提供足够的支持，或者每个表都在自己的页面上，或者表的样式需要通过生成pdf的源代码来创建，而我们有不同的模板，这将是为每个模板的不同样式创建代码的地狱因此，对aspose的免费替代品的探索仍在继续，但现在我将关闭这个，因为我们发现了一个可以满足我们需要的库。（如果我看一下aspose.words的价格，我只能假设他们知道他们是唯一提供这些功能的公司：P）openXml SDK是我们用于docx生成的，工作非常完美，正如预期的那样，我们现在唯一关心的是如何在必要时以最少的步骤获得PDF，从零开始使用itextsharp比找到一个从docx到pdf的库更难，但是后者（我们发现这个BioPdf）需要服务器上的office，这根本不是一个选项。好吧，这很有意义。。。大多数PDF程序的工作方式与GhostScript相同：文档在预览中打开，并使用通用postscript驱动程序打印，然后从postscript创建PDF。因此，您需要MS Office作为查看文档的一种方式。我相信itext方法可以通过从头开始创建文档来解决这个问题。没错，使用itextsharp，我们可以从头开始创建pdf，而无需满足office对服务器的要求。我只希望有一个类似的系统，如itextsharp，可以与现有的docx文件或类似的模板系统一起工作。因为在使用OpenXMLSDK创建docx之后，仅仅为了呈现pdf文件而重新创建整个文件似乎很奇怪。如果这是唯一的选择，我们将使用itextsharp然后OpenXM重新创建它