这项技术被我鼓吹了很久，今天终于有机会拿出来展示一下。
为什么要进行扩展呢？扩展的目的是为了和自己现有的系统整合在一起。比如现有系统已经很复杂，能处理很多业务，设计系统的开发人员没有充分考虑到技术的变更，当一项新技术推出以后，为了能把新技术应用到旧有的系统中，我们需要对新技术做一些扩展，以方便应用到我们的现有系统中。
追随新技术改系统是比较笨的方法。以例子为证，一开始，系统用Remoting作为通信框架，WCF横空出世后，又把自己的系统用WCF技术重写一遍通信框架。这种做法很累，一不小心及到业务方面的修改，系统的稳定性大打折扣。
新技术一般都留下有扩展的接口和方法，对新技术研究充分，写点扩展。既能应用新技术的方便，又可以让现在的系统不作任何改动，这种方法值得向大家推荐。当然，作为主程序员的你，一般要牺牲数个周末的时间去研究新技术，而且关于做扩展(Extension）类的知识库和文章，一般要借助于老外的英语博客才能找到答案。人家分工细，自然在各方面都做的比较好。
做报表，一般是直接用SQL语句，生成一个XSD的架构文件，它包含字段。然后把字段拖动到报表中，形成报表设计文件，运行时再给报表传送数据即可。这里介绍的方法，是把SQL语句包装到一个.NET Assembly中，通过调用Assembly,间接调用SQL来设计报表。
数据处理方面的扩展，我还了解到如何从Web Services中取数据字段，然后应用于报表设计。这篇文章是介绍如何从.NET 服务器取数据，然后应用于报表设计。
目的：搭建一个报表设计，开发的工具箱
基于WCF制作的服务器，负责抓取数据；报表设计器向服务器发送查询语句请求，接受服务器返回值
原本的SQL查询语句的写法是这样： 
现在我们换成这样的查询数据库的写法 
也就是这样的查询语句的写法
assembly=Tracking.Report.Quotation;
class=Tracking.Report.Quotation;
method=GetCustomerList(@Customer);
其余的报表制作，部署的步骤都不变，我改变的是数据处理部分。
好处：充分发挥T_SQL集合计算的能力和C#在数值计算和字符串处理方面的威力
特别是一些计算，字符串方面的处理，用SQL语句可能不方便，要写很多的T_SQL代码。但是如果用这种方法，充分发挥程序语言（C#)和数据库语言（T_SQL)的长处，把集合运算部分用T_SQL来处理，计算和字符文本的处理则留在C#代码中。
设计扩展项目 Data Process Extension(Class Library) 
如果你不熟悉这里面的接口和方法，请参考我的这篇文章，
Reporting Services Extension:File Share Data Processing Extension全程指南
它是用来为这篇文章热身用的。
设计服务器项目（Console Project) 
它只有一个Program文件，代码如下 
这是打开服务器的代码。通常合适的做法是把Console项目类型转化为Windows Services.
为了方便调试扩展项目，我先写一个测试客户端项目，以方便调试问题。
扩展项目测试客户端(Console)
主要代码如下
class Program
{
static void Main(string[] args)
{
ChannelFactory<IServiceManager> scf;
scf = new ChannelFactory<IServiceManager>(
new NetTcpBinding(), "net.tcp://localhost:4000/Reporting");
IServiceManager s;
s = scf.CreateChannel();
string assembly = "Tracking.Report.Quotation";
string cclass = "Tracking.Report.Quotation";
string method = "GetCustomerList";
object[] arg = new object[] { "TRADH" };
DataSet ds = s.GetDataSet(assembly, cclass, method, arg);
if (ds != null)
Console.WriteLine("Get Data :{0}", ds.Tables[0].Rows.Count);
Console.ReadLine();
}
}
打开报表服务器，运行这个项目，以验证服务器和客户端是否可以正常通信。 
运行任何与扩展相关的程序，必须先打开这个服务器。
查询项目（Class Library)
这个项目把SQL语句封装成程序集，供报表服务器反射调用之，返回数据集给客户端。
Quotation类的代码如下 
您可能已经注意到了，GetCustomerList方法就是以下SQL语句的C#封装
SELECT [CustomerID],[CompanyName],[ContactName]
,[ContactTitle],[Address],[City]
,[Region] ,[PostalCode],[Country]
,[Phone] ,[Fax]
FROM [Northwind].[dbo].[Customers]
WHERE CustomerID=@CustomerID
至此，所有的服务器端项目都设计完毕，您需要部署Extension项目。
如果不熟悉Extension的部署，请参考这篇文章
Reporting Services Extension:File Share Data Processing Extension全程指南
下面进入应用开发部分，打开BIDS，新建一个报表项目，添加报表项。
在数据连接字符串部分，糊弄选开发的Extension，输入本机服务器地址作为连接字符串 
撰写查询语句 
执行查询，刷新字段以用来设计报表 
下面的步骤与以通常开发报表的方法没有任何不同。
进入布局页面，设计报表 
预览一下效果，输入参数CustomerID:TRADH 
这样，终于实现了这种结构的报表设计扩展。
关于报表设计和开发，我还整理了如下文章
实现多国语言的Reporting Services项目 ，用于讲解与报表全球化相关的设计方法
如果你不熟悉基本的报表开发，设计流程，这里有详细的介绍
ASP.NET RDLC 报表开发详解
如果部署时有问题，可参考这篇文章
部署含有ReportView的控件的ASPX页面时出现错误
这个系列的文章比较杂乱，没有系统化。
园子里有朋友征求关于Reporting Services的开发教程或总结，这个主意不错。很早以前，园子里有位报表的高手：蜡人张。我那时就是看他的文章，才逐步熟悉Reporting Services技术的。真的很感激这些无私奉献的朋友。
关于验证扩展(Forms Authentication)，可以参考这位朋友的文章:
实现SQL2008 Reporting Service的表单验证
还有其它方面的扩展。比如做一个报表Item的扩展，做一个barcode，作为报表项，与常用的Table,Matrix一样，被报表重复使用。关于这个主题，你可以参考PolygonsCustomReportItem项目，把barcode技术集成到Reporting Services中。