RDLC使用手册_为什么要使用RDLC报表

       RDL（Report Definition Language）是报表定义语言的缩写。那么微软为何后来又提出RDLC，即在RDL基础上加C（C代表Client-side processing），这是微软基于RDL在.NET上继续完善的结果，同时也凸显了RDLC的客户端处理能力。由于微软MSDN和网络上对于RDLC的介绍比较少（MSDN只是一些控件简单介绍，至于其它网络上除了蜡人张的博文http://waxdoll.cnblogs.com/比较完整、系统外，就没有更有价值的参考资料），本人就冒充大侠，介绍一下本人对RDLC的认识，主要有下述几方面内容：

1）  为什么要使用RDLC报表；

2）  RDLC简单Demo；

3）  RDLC规范简介；

4）  RDLC常用控件介绍；

5）  RDLC参数介绍；

6）  RDLC钻取功能实现；

7）  RDLC自定义工具条；

8）  RDLC设计器实现；

      

1、  为什么要使用RDLC报表

为什么要使用RDLC报表，蜡人张在其博文“RDLC报表（一）”中已经很好的阐述了这一点，下述内容转自其博文http://waxdoll.cnblogs.com/archive/2006/02/25/337713.html。

VS .NET开发中，用什么进行报表设计？可能的回答是Crystal Report，自.NET“紧密”集成Crystal Report后，这可能是开发人员比较单一的选择。但是，这种集成似乎并不非常紧密，网络上充斥着关于使用Crystal Report的各种抱怨，太复杂也许是其最为令人诟病的地方，自定义性比较差也不能为程序员们所容忍。

当然，必须承认Crystal Report的功能还是非常强大的，被Business Object收购以后，商业的成分也在逐渐增加，也形成了一定规模的用户群。

Visual Studio .NET进入2005版本以后，Crystal Report与IDE的结合更“紧密”了，至少我们看不到那个讨厌的注册窗口了。但是，Microsoft似乎并不容忍在自己的超级工具中竟然没有报表工具，于是Report Viewer Control出现了，我把它的报表称为RDLC报表。

在VS .NET 2005之前，SQL Server Reporting Services中已经提供了一种被称为报表定义语言（Report Definition Language, RDL）的语言；在VS .NET 2005中，Microsoft提供了针对这种报表的设计器，并提供了在WinForm和WebForm中使用这种报表的能力。Microsoft将这种报表的后缀定为RDLC，RDL仍然是Report Definition Language的缩写，那么C代表什么呢？C代表Client-side processing，凸显了它的客户端处理能力。

这种报表的易用性和可定制性让我们完全有理由放弃Crystal Report，让我们来看看它的强大功能吧：

1）    简单易用的控件，特别是Table控件，非常方便字段在报表上的排列；

2）    灵活的可定制性，用XML来描述一个报表相关的一切，不用说了吧；

3）    高度可编程性，在你的项目中，甚至不需要有一个报表文件，通过代码就可以实现报表生成、预览和打印等一系列操作；

4）    支持DrillThrough数据钻取功能；

5）    导出的Excel文件格式非常完美，而且并不需要安装Excel；

6）    数据源处理极其方便，开发人员可以自己接管数据库连接、取数，然后将数据结果赋值给RDLC的数据集即可。

7）    展示和数据分离，程序员更是可以编写一个RDLC设计器交有用户使用，这样用户就可以自行设计RDLC报表格式，程序员只负责定制数据接口即可。

    因为不知道如何在博文中上传附件，相关资料已经上传到CSDN，大家可以搜索“RDLC使用手册”下载。