我前一段时间开发一个B/S项目,需要用到打印功能,如是上网到处查找有关Web打印的控件(呵呵,我向来比较喜欢使用成熟的控件,这样用不着自己去开发,自己开发很多时候是费力不讨好,再说一个三五几百块的注册费用,俺还是付得起,自己去搞费上几天功夫,其工钱远不止这个数。),可是找来找去,挺让我失望的,真没想到一个Web打印有这么难吗,网上流传的商业Web打印控件,其复杂程度让我望而却步,不得不自己搞了一个Web打印控件,在项目中用起来挺顺心的,后来有几个朋友,也要用到Web打印的功能,我就把我这个控件发给他们,他们说用起来也挺不错的。
现在网上流传的Web打印控件,在我看来主要是分两种,一种是水晶报表派,一种是IE打印派。水晶报表派当然是以水晶报表为代表,这种的特点是先设计好报表文件,然后在程序中组织好数据源,调用报表文件,然后进行预览或打印。而IE打印派,国内的Web打印控件通常都是这一种,在用户客户端注册一个Activex控件,然后用JavaScript定义报表的格式,定义报表的数据内容(也可以通过URL读取),然后再用Windows的打印API进行预览或打印。
水晶报表作为微软推荐的报表工具,其功能强大,但是目前只能用于.NET平台,其通用版本的功能也有限制,比如不能直接打印,不能自定义纸张的大小等。而IE打印,我也下载过几个控件试用,发现其报表设计繁琐,既当爹又当妈的,既要用JavaScript定义报表的格式,又要组织报表的数据,仿佛一下子回到DOS时代,一个操作窗口,需要自己先计算好各显示的坐标,然后再一一的画出来,这样的报表设计用起来使人发狂,一二个报表还可以勉强对应,要是多做几个就累死人了,而且以后维护修改也很麻烦。
作为报表设计的核心,我想不论是C/S架构,还是B/S架构,无非就是两点,一是报表的数据源,二是报表的格式。无论报表多么复杂,都脱离不了这两点。作为报表的数据源,我们习惯用SQL语句产生,当然对于过分复杂的分析报表,有时候我们也不得不先产生临时表,通过较复杂的程序把数据组织好,再进行打印。报表的格式我们通常利用报表设计工具把报表设计好,然后作为文件保存。程序中打印报表,通常是先组织好数据集,然后调用报表文件,传递报表所需参数,最后进行报表的预览或打印。
C/S架构下的打印很成熟,用户一般只需单击按钮,就可以把报表预览或直接打印出来。报表的设计也很成熟,无论是古老的FoxPro,还是VB、Delphi都可以进行方便高效的报表设计,只要报表不是很复杂,工具熟练,一天做十几份报表都可以的。
我想作为B/S架构的报表也可以借鉴C/S架构的设计理念进行设计,坚持报表的数据源和报表的格式分开,用做C/S架构的报表工具来做B/S架构的报表,这样既可以做到C/S架构下报表设计的方便高效,又可以做到B/S架构的分布性。当然由于B/S架构的特殊性,现有的打印,特别需要用到自定义纸张大小和直接打印等功能,不得不采用Activex控件。
我按照用C/S架构的报表工具来设计B/S架构报表的理念,设计开发了自己的Web打印控件,该控件的报表工具是FastReport,该报表工具的功能可以和水晶报表媲美,使用起来也挺简单的,为了适应中国式报表的划线,我还在FastReport的基础上开发6个设计按钮:缩放宽度最小、缩放宽度最大、缩放高度最小、缩放高度最大、水平首尾对齐、垂直首尾对齐,利用这6个按钮,则加上FastReport的边框和对齐功能,就可以很高效很准确的划出表格线。
有了这个设计工具,我们就可以很高效的设计报表了,不再需要自己一笔一划的很原始的方式去画报表。但还需解决一个问题,就是服务端的数据和报表格式如何传递到客户端电脑。XML作为网络通用语言可以作为传递的载体,当然这其中要进行相应的转换,不同语言,不同数据库可能转换不一样,我在示例中详细列出了常用的语言和数据库如何进行转换,有兴趣的朋友可以下载回来,看一下就明白了。
我设计的这个Web打印控件当然也不是百分之百的完美,因为一次性把报表的数据传递给客户端,若数据庞大,则用户等待的时间过长,这个可以在程序中控制,检测数据超过多少页,提示用户分次打印就可以避免此问题。
报表控件本身有800多K,不过我觉得这个倒不是什么问题,就是2M的带宽也只需三四秒钟就可下载完,那些所谓的轻量级打印控件,也有200多K,只要报表控件好用,再大一点也无所谓,反正就下载一次而已。还有报表还没有申请数字用证,以后如果用的人多了,有了银子,我会去申请的,哈哈。不过作为Activex控件之王的Flash控件,现在都改为手动安装了,看来这个也无所谓了,大家也用不着把白白花花的银子交给微软去搞什么用证了。
我设计的Web打印控件的演示网址:[url]http://www.xinyuerj.com/ASP/[/url] [url]http://www.xinyuerj.com/ASP.NET/[/url]
现在网上流传的Web打印控件,在我看来主要是分两种,一种是水晶报表派,一种是IE打印派。水晶报表派当然是以水晶报表为代表,这种的特点是先设计好报表文件,然后在程序中组织好数据源,调用报表文件,然后进行预览或打印。而IE打印派,国内的Web打印控件通常都是这一种,在用户客户端注册一个Activex控件,然后用JavaScript定义报表的格式,定义报表的数据内容(也可以通过URL读取),然后再用Windows的打印API进行预览或打印。
水晶报表作为微软推荐的报表工具,其功能强大,但是目前只能用于.NET平台,其通用版本的功能也有限制,比如不能直接打印,不能自定义纸张的大小等。而IE打印,我也下载过几个控件试用,发现其报表设计繁琐,既当爹又当妈的,既要用JavaScript定义报表的格式,又要组织报表的数据,仿佛一下子回到DOS时代,一个操作窗口,需要自己先计算好各显示的坐标,然后再一一的画出来,这样的报表设计用起来使人发狂,一二个报表还可以勉强对应,要是多做几个就累死人了,而且以后维护修改也很麻烦。
作为报表设计的核心,我想不论是C/S架构,还是B/S架构,无非就是两点,一是报表的数据源,二是报表的格式。无论报表多么复杂,都脱离不了这两点。作为报表的数据源,我们习惯用SQL语句产生,当然对于过分复杂的分析报表,有时候我们也不得不先产生临时表,通过较复杂的程序把数据组织好,再进行打印。报表的格式我们通常利用报表设计工具把报表设计好,然后作为文件保存。程序中打印报表,通常是先组织好数据集,然后调用报表文件,传递报表所需参数,最后进行报表的预览或打印。
C/S架构下的打印很成熟,用户一般只需单击按钮,就可以把报表预览或直接打印出来。报表的设计也很成熟,无论是古老的FoxPro,还是VB、Delphi都可以进行方便高效的报表设计,只要报表不是很复杂,工具熟练,一天做十几份报表都可以的。
我想作为B/S架构的报表也可以借鉴C/S架构的设计理念进行设计,坚持报表的数据源和报表的格式分开,用做C/S架构的报表工具来做B/S架构的报表,这样既可以做到C/S架构下报表设计的方便高效,又可以做到B/S架构的分布性。当然由于B/S架构的特殊性,现有的打印,特别需要用到自定义纸张大小和直接打印等功能,不得不采用Activex控件。
我按照用C/S架构的报表工具来设计B/S架构报表的理念,设计开发了自己的Web打印控件,该控件的报表工具是FastReport,该报表工具的功能可以和水晶报表媲美,使用起来也挺简单的,为了适应中国式报表的划线,我还在FastReport的基础上开发6个设计按钮:缩放宽度最小、缩放宽度最大、缩放高度最小、缩放高度最大、水平首尾对齐、垂直首尾对齐,利用这6个按钮,则加上FastReport的边框和对齐功能,就可以很高效很准确的划出表格线。
有了这个设计工具,我们就可以很高效的设计报表了,不再需要自己一笔一划的很原始的方式去画报表。但还需解决一个问题,就是服务端的数据和报表格式如何传递到客户端电脑。XML作为网络通用语言可以作为传递的载体,当然这其中要进行相应的转换,不同语言,不同数据库可能转换不一样,我在示例中详细列出了常用的语言和数据库如何进行转换,有兴趣的朋友可以下载回来,看一下就明白了。
我设计的这个Web打印控件当然也不是百分之百的完美,因为一次性把报表的数据传递给客户端,若数据庞大,则用户等待的时间过长,这个可以在程序中控制,检测数据超过多少页,提示用户分次打印就可以避免此问题。
报表控件本身有800多K,不过我觉得这个倒不是什么问题,就是2M的带宽也只需三四秒钟就可下载完,那些所谓的轻量级打印控件,也有200多K,只要报表控件好用,再大一点也无所谓,反正就下载一次而已。还有报表还没有申请数字用证,以后如果用的人多了,有了银子,我会去申请的,哈哈。不过作为Activex控件之王的Flash控件,现在都改为手动安装了,看来这个也无所谓了,大家也用不着把白白花花的银子交给微软去搞什么用证了。
我设计的Web打印控件的演示网址:[url]http://www.xinyuerj.com/ASP/[/url] [url]http://www.xinyuerj.com/ASP.NET/[/url]