我们正在开发包含基于 ASP.Net 的服务器端和多个客户端应用程序（Delphi、.Net、iOS、BlackBerry、Android 等）的复杂解决方案。我们需要一些适用于每种类型客户的通用报告解决方案。显然，我们需要一些报告组件来在服务器端生成基于 HTML 的报告。此外，有可能不仅在服务器端生成报告，而且至少在我们的 .Net 客户端的客户端生成报告。
换句话说，是否有一些 .Net 组件，足够灵活，可以满足我们的期望？我知道 FastReports.Net 和 CrystalReports，但我想知道它们真正跨浏览器的能力。甚至可以使用某些模板引擎来生成此类报告。
有什么建议吗？
【问题讨论】：
我的公司已经使用 HTML、Javascript 和各种后端服务器技术完成了几份类似的报告。后端技术真的无关紧要，它所做的只是运行查询并返回数组或 JSON。我们在前端使用HighCharts，这是一种以任何客户端都可以使用的方法可视化数据的绝妙方法。对于原始数据输出，我们利用DataTables，它取得了巨大的成功，并在客户中获得了普遍的良好反馈。
有--有-- 类似于 Crystal 的通用数据报告工具，包括可以部署用于报告的 Infragistics 和 Jasper。但是，从 UI 的角度来看，我提醒您不要使用多合一的解决方案。我们研究了几种基于 Java 的工具，可以普遍部署在几乎任何环境中，Jasper 是主要的。然而，我们发现它臃肿、过于复杂，而且它输出的结果远低于 100% 的 html 兼容，更不用说安装、配置和学习需要大量时间。
当您开始着手时，无论如何，我们应用的客户只需要 10 到 15 份具体的报告，因此“推出我们自己的”并没有太多额外的工作，我们知道足够具体可以改进用户体验，同时控制 UI 和合规性的所有方面。 Jasper 做的报告相对平淡，我可以通过 CSS 随意处理样式，也可以通过表示层中的 DataTables 处理所有自定义排序、过滤等（通过 Ajax 与后端对话）除了 UI 优势之外，还获得了速度提升建造我们自己的就像将法拉利与起亚进行比较。对于用户端报告，很容易构建表单或其他输入元素，这些元素将用户输入到组装和输出数据的函数中。
是的，这需要时间。但是，当您考虑到必要的软件许可证、配置时间和培训时间时，如果您的开发人员足够高效，那就太浪费了。就我而言，这家公司遥遥领先。
因此，归根结底，我会坐下来询问以下问题：它必须有多具体、您对标准的关注程度、软件包可能对资源产生的影响以及通用解决方案的成本效益如何.然后，客观地将其与本土解决方案进行比较并计算数字。仅仅因为一个包声称“快速和简单”并不总是意味着它是。祝你好运。
【讨论】：