c# - 报告框架背后的基本原理

Question

在企业界，似乎如果要显示报告，您必须使用报告框架。您命名它:Crystal 报告、Jasper 报告、ActiveReports、SSRS。但我不明白为什么在 2015 年，您应该更喜欢报告框架而不是生成 HTML 页面服务器端。例如，在 .NET 应用程序中，与使用 razor 生成 html 网页的更简单方法相比，使用此类框架的优势是什么？然后可以打印该页面以生成 pdf。

在我看来，当提到“报告”这个词时，感觉上存在差异，出于某种原因需要一个单独的框架。

当然，报告框架通常会提供额外的功能，例如报告查看器，但在许多情况下，它仅用于生成 pdf。使用 html+css+js 比任何其他专有语言来描述报告的优势对我来说是无法计数的:更易于维护，更易于阅读和编写，html 是任何人都可以理解的标准，无需再添加一 block 您的 Web 服务的技术堆栈。

我明白我的问题到现在为止可以被视为不符合 SO 准则，所以我会尝试提出一个更准确的问题，而不是对企业界的咆哮。

问题

假设我的用例是生成这样的报告:

在页面或 iframe 中。在 ASP.NET 网站中使用 Crystal Reports 或 ActiveReports 而不是像我对所有其他服务那样使用 Razor 呈现有什么优势？与普通报告相比，生成报告时有什么我应该更加小心的吗？如果我得到的好处是页面顶部那个蹩脚的顶部栏，那么，我很乐意摆脱使用报告框架的痛苦。

Answer 1

所以你生成了一个 HTML 页面。你打算如何打印它？你打算拉图书馆来做吗？正确设置样式并确保导航元素不会出现在打印报告中的策略是什么？您将如何支持导出为 Word、Excel、CSV 或 PDF？

报告工具通常会为您处理这些细节。

---

也就是说，在我自己的应用程序中，我通常使用 Razor PDF 生成 PDF (我告诉人们打印 PDF)，用 EPPlus 生成 Excel 导出, Word 文档 DocX ，并且不要提供 CSV，因为我讨厌这种格式。这意味着我通常必须为每种格式重做每份报告，但我喜欢我对输出的控制。