我正在使用ASP.NET MVC。有时我也使用ASP.NET Web Forms。我几乎可以使用存储过程或LINQ创建我的查询,并使用纯HTML表格呈现我的报告。如果有合适的造型,它应该会很不错。
我不知道SSRS,但我有一些从事水晶工作的经验。我在报告中使用水晶作为一个简单的HTML表格的唯一优势是它可以导出为PDF。但我可能会得到一些可以做到这一点的第三方库。关于像饼图和条形图这样的图表,有很多可用的javascript工具,它们是免费的。
我想我发布的内容是为了查看Crystal和SSRS等报告工具所缺少的内容。
编辑:使用ASP.NET MVC创建报告并不是特别困难。只需制定正确的模型,使用scaffolding(Detail)创建控制器操作和视图,您就可以立即为您生成代码。使用ASP.NET Web Forms可能更容易,只需使用GridView即可完成。对于这两种情况,剩下的就是CSS。使用Crystal,您还需要编辑生成报告的布局,这仍然可以正常工作。
答案 0 :(得分:2)
我使用报告引擎的最大原因是打印和分页。您不能总是保证HTML将为所有各种浏览器格式化的方式,并且它不适合设置硬分页符。使用报告解决方案,您可以将事物分组在一起,以便更容易预测分页。
如果您正在寻找更专业的报告,这一点尤其重要。
答案 1 :(得分:2)
我们在内部报告中使用SSRS的原因是我们的数据库人员可以在不知道如何使用代码格式化输出的情况下创建报告。
答案 2 :(得分:1)
你的观点是有效的,我一直在考虑这些事情。
我个人最近使用过CR和SSRS,但我最好的体验是使用DevXpress XtraReports,超酷设计和免版税最终用户设计师,有或没有Ribboned界面。
使用报表引擎或普通原始HTML的区别在于您设计报表和整体功能的方式。
例如,在XtraReports中,可爱的是报告只是一个.cs文件(C#类),而你设计的任何UI设计器都存储在该文件中,就像windows窗体设计器那样(或者ASP.NET aspx和aspx.cs设计师确实)。所以你看到你正在设计的报告,你拖拽和放大放下控件并将它们放在需要的位置。然后你有开箱即用的公式,运行总计,分页符,正如你提到的导出到pdf,excel,jpg,html,word等等。如果我可以再次自由选择,我会再次选择XtraReport并忘记简单和原始的html表编码,让我们专注于我们编写的应用程序的真实业务,而不是通过分页符,导出内容和内部实施公式或小组/运行总计......这至少是我的想法和方法。
答案 3 :(得分:0)
如上所述,使用另一个报告生成器可以带来很多好处。我经常使用List & Label。背后有一个完全不同的概念,根据您的需求,它会更容易,但仍然很强大,特别是.NET reporting。值得做一个试验(甚至有免费版本)。