RDLC使用手冊v2.doc

RDLC使用手册 RDL（Report Definition Language）是报表定义语言的缩写。那么微软为何后来又提出RDLC，即在RDL基础上加C（C代表Client-side processing），这是微软基于RDL在.NET上继续完善的结果，同时也凸显了RDLC的客户端处理能力。由于微软MSDN和网络上对于RDLC的介绍比较少（MSDN只是一些控件简单介绍，至于其它网络上除了蜡人张的博文/比较完整、系统外，就没有更有价值的参考资料），本人就冒充大侠，介绍一下本人对RDLC的认识，主要有下述几方面内容： 为什么要使用RDLC报表； RDLC简单Demo； RDLC规范简介； RDLC常用控件介绍； RDLC参数介绍； RDLC钻取功能实现； RDLC自定义工具条； RDLC设计器实现； 本手册提供的相关资料列表： RDLC规范； 本手册DEMO程序； RDLC自定义打印程序； RDLC设计器程序； 为什么要使用RDLC报表 为什么要使用RDLC报表，蜡人张在其博文“RDLC报表（一）”中已经很好的阐述了这一点。 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，让我们来看看它的强大功能吧： 简单易用的控件，特别是Table控件，非常方便字段在报表上的排列； 灵活的可定制性，用XML来描述一个报表相关的一切，不用说了吧； 高度可编程性，在你的项目中，甚至不需要有一个报表文件，通过代码就可以实现报表生成、预览和打印等一系列操作； 支持DrillThrough数据钻取功能； 导出的Excel文件格式非常完美，而且并不需要安装Excel； 数据源处理极其方便，开发人员可以自己接管数据库连接、取数，然后将数据结果赋值给RDLC的数据集即可。 展示和数据分离，程序员更是可以编写一个RDLC设计器交有用户使用，这样用户就可以自行设计RDLC报表格式，程序员只负责定制数据接口即可。 RDLC MSDN：/zh-cn/library/ms251671(VS.80).aspx RDLC简单Demo 本文所有RDLC例子都是基于VS2005 C#，所有ReportViewer的处理模式都是Local模式。本报表Demo显示上文中提到的RDLC手册各节内容，下述为Demo的详细steps。 新建项目，选择Windows应用程序项目类型，输入工程名称RDLCDev； 修改Form1窗体名称为FrmRdlcUserGuide，在工具箱—数据Tab选项卡中选择ReportViewer控件，将其拖入到FrmRdlcUserGuide，默认命名为reportViewer1，调整ReportViewer控件的大小和布局； 在解决方案资源管理器中选择RDLCDev工程，鼠标右击RDLCDev工程，添加新建项，在添加新项模板中选择“报表”，取名为rdlcuserguide.rdlc，单击添加按钮，然后在解决方案资源管理器中RDLCDev工程下会增加一个rdlcuderguide.rdlc文件，并且会自动打开RDLC设计器； 在RDLC设计器中添加11个TextBox控件，1个作