报告框架背后的基本原理

Question

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

在我看来，当提到“报告”这个词时，会有一个明显的区别，即出于某种原因需要一个单独的框架。

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

我知道我的问题到目前为止可能被视为不符合 SO 准则，因此我将尝试提出更准确的问题，而不是针对企业界的咆哮。

问题

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

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

Answer 1

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

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

---

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