• 缺失的报表工具 谈谈对报表开发工具的一点看法


    做了十多年的 MIS 与企业管理软件,让我体会最深的是,在做报表系统时,一直以来都是用网格控件(DataGrid)将查询得到的报表数据显示出来,用报表工具(控件)实现打印与打印预览功能。用户在使用的时候更多是在网格控件中查看报表,仅当需要对报表进行纸张硬拷贝时才用到打印与打印预览功能。自己开发过及接触过的软件不外乎也是以这样的方式来实现报表系统的。但让我困惑不解的是,几乎所有的报表工具(控件)都只能实现报表打印与打印预览功能,却将报表最终用户最常使用的连续查看报表功能放在一旁置之不理,似乎有点避重就轻的味道。也许地球上第一个问世的报表工具就是一个纯粹的报表打印工具,而它却确定了地球上报表开发工具的 DNA,以至于后来的报表开发工具也就都长成极具相似的模样了,这也正好印证了‘天下软件一大抄 ’的说法。

    这样的“报表工具”既然不能实现软件报表系统中最需要实现的功能,也就只好由报表开发者自己来逐一解决了。幸好在每种编程平台下都有为数不少的网格控件,这正好让报表开发者派上用场,经过几经周折的艰苦奋战以及与对网格控件的强力改造,报表数据的查询显示任务总算大功告成了。接下来却发现其中存在的问题也实在不少:首先,这些网格工具基本都是纯粹的二维矩阵形式,但报表可不是纯粹的二维矩阵数据,分组统计是最基本的要求,仅仅就是这样基本的要求,不管你对网格工具的改造功力有多深厚,它也不能为你给出满意的效果,何况报表中有很多自由编排格式,要数据网格来实现那就更不用说了。其次,报表肯定都会包含有数据统计分析,数据网格可不具有数据统计分析能力,所以在数据网格中数据的统计分析当然只能由开发者自己来在程序中处理了;因为报表工具都有数据统计分析能力,所以打印功能的统计分析当然就由报表工具来完成了;这样常常会发现两边的统计结果不一致,数据的展现格式与外观由两方面分开完成,要做到一致也就更加不可能了。本该由报表工具来完成的任务不得不由报表开发者来完成,这样增加报表开发的工作量与难度就自不必说了。这样的这种说法大家也可以从市场上占主导地位的通用软件身上得到验证。

    看过美国最好的小企业管理软件(通俗讲就是进销存软件加财务软件)《QuickBooks》后,我认为其报表系统是我见过的软件中最好的。但这毕竟是人家一砖一瓦亲手搭建起来的,而市面上却找不到一个报表工具能够实现类似《QuickBooks》那样的报表系统。《QuickBooks》的报表系统让我受到了深深的触动,于是开发出能实现象《QuickBooks》一样的报表系统的报表工具,就成了我心中追求的梦想。开发 Grid++Report 就是为了圆我心中的这个梦。通过几年的不懈努力,如今可以自豪地说:Grid++Report 实现了我心中的梦想。虽然国内国外报表工具也不计其数,Grid++Report 也许算是 N 代后重新发明的轮子,但其并不是对其它报表工具的简单模仿抄袭,而是凝聚了我很多自主创新的创作构想和三年来挑灯夜战的结晶。Grid++Report 新颖的构思,独到的见解,真正填补了现有报表工具的一个重要功能缺失:实现了独有的报表查询显示器控件,实现了报表查询显示、打印与打印预览及其它报表功能的集成一体化实现。Grid++Report 也因此能真真切切帮助你全方位解决好报表开发任务。有了 Grid++Report,就再也不用让数据网格来帮你进行别扭的报表数据展示,当然也不会让报表的数据在不同的地方长成不同的样子。

    Grid++Report 网站:http://www.rubylong.cn/
    Grid++Report 下载:http://www.rubylong.cn/Download/Grid++Report5.0cn.zip


    锐浪报表Grid++Report源自2003年,经过多年持续不断发展,是拥有最多软件开发者的报表工具。易学易用,功能丰富,成熟稳定,支持各种编程环境下的报表开发。

  • 相关阅读:
    多线程中static对象
    DPDK l2fwd 浅注
    DPDK编译步骤
    什么是API,SDK和API之间的关系
    linux创建定时任务发送钉钉通知
    python-webdriver中添加cookie,解决添加了图片验证码的问题
    win7下CodeIgniter安装
    XAMPP环境搭建及同类推荐
    Fiddler死活抓不了HTTPS包解决办法
    XSS注入常用语句积累
  • 原文地址:https://www.cnblogs.com/report/p/1630632.html
Copyright © 2020-2023  润新知