.net - .Net 的基于 HTML 的跨浏览器报告

Question

我们正在研究包含基于 ASP.Net 的服务器端和多个客户端应用程序(Delphi、.Net、iOS、BlackBerry、Android 等)的复杂解决方案。我们需要一些适用于每种类型客户的通用报告解决方案。显然，我们需要一些报告组件来在服务器端生成基于 HTML 的报告。此外，如果能够不仅在服务器端而且在客户端至少为我们的 .Net 客户端生成报告，那就太好了。

换句话说，是否有一些 .Net 组件足够灵活，可以满足我们的期望？我知道 FastReports.Net 和 CrystalReports，但我想知道它们真正跨浏览器的能力。甚至可以使用一些模板引擎来生成此类报告。

有什么建议吗？

Answer 1

我的公司已经用 HTML、Javascript 和各种后端服务器技术完成了几个类似的报告。后端技术真的无关紧要，它所做的只是运行查询并返回数组或 JSON。我们使用 HighCharts在前端，这是一种以任何客户都可以使用的方法可视化数据的好方法。对于原始数据输出，我们利用 DataTables ，取得了压倒性的成功，并获得了客户的普遍好评。

有--有--类似于 Crystal 的通用数据报告工具，包括可以部署用于报告的 Infragistics 和 Jasper。但是，从 UI 的角度来看，我提醒您不要使用一体化解决方案。我们研究了几种基于 Java 并且可以在几乎任何环境中普遍部署的工具，其中 Jasper 是主要工具。然而，我们发现它臃肿、过于复杂，并且输出的结果远达不到 100% html 兼容，更不用说安装、配置和学习需要花费大量时间。

当你认真对待它时，无论如何，我们应用程序的客户只在寻找 10-15 个特定的报告，所以我们知道“推出我们自己的”报告将足够具体以进行改进并没有太多额外的工作用户体验，同时控制 UI 和合规性的所有方面。在 Jasper 做相对平淡的报告的地方，我可以通过 CSS 随意处理样式，以及通过表示层中的数据表(通过 Ajax 与后端对话)处理所有自定义排序、过滤等。除了 UI 优势外，还提高了速度 build 我们自己的汽车就像将法拉利与起亚进行比较。对于用户端报告，很容易构建表单或其他输入元素，这些元素将使用户输入到组装和输出数据的函数中。

是的，这需要时间。但是，当您考虑必要的软件许可证、配置时间和培训时间时，如果您的开发人员足够高效，这就变得很容易了。就我而言，这家公司遥遥领先。

所以，最重要的是，我会坐下来询问有关它必须有多具体、您对标准的关注程度、软件包可能对资源产生多大影响以及通用解决方案的成本效益如何的问题.然后，客观地将其与自主开发的解决方案进行比较并计算数字。仅仅因为一个包裹声称“快速简便”并不总是意味着它是。祝你好运。