使用jxl生成复杂报表的分析与设计（一）

在实际项目中，特别是企业应用开发中，报表开发是其中很重要的一项功能，基本上都会要求将统计数据导出成Excel，不但如此，这些报表格式一般也比较复杂，尤其是显示的数据，往往都是很多业务数据综合而成的结果。大象根据自己以往做报表的经验，进行了一下总结，给刚开始做报表开发或是有需要的朋友一点借鉴。
  由于大象以前做的报表距离现在时间已经很久了，有些相关的业务数据已经找不到，再加上这些数据涉及商业机密也不便公开，所以本篇主要着重于阐述解决问题的思路，而不是去关注代码实现，当然代码肯定会有，我主要想告诉大家怎么去解决这类问题。同时大象将在第二篇文章中，把自己遇到过的一些比较复杂的报表案例拿出来进行分析，用抽丝剥茧的方式，让报表开发变得不再那么让人无处下手，最多只是麻烦点而已。^_^
  目前Java开源报表比较有代表性的有JasperReports、Cewolf、iReport、JfreeChart等等技术，它们大都是用来生成不同格式或图形化的报表。而本篇文章要讲的jxl，则是Java Excel API，它是一个成熟开源的Excel电子表格读取，修改，写入的项目。我们可以利用它简单，便利的API生成我们想要的Excel数据报表。
  除了jxl外，还有一个apache的poi开源项目，它的功能非常强大，不仅可以操作Excel，还可以支持Word、PowerPoint等等格式，3.5之后的版本，还加入了对Excel 2007以后版本的支持。
  当然jxl也有不足的地方，最主要体现在，它支持生成的报表最大行数为65535，如果超过这个数量，将会产生异常，而且也不支持Excel 2007+版本。如果平时报表数据量不是很大的话，而且只是用来生成Excel格式的文件，大象建议还是用jxl比较好，它使用简单，性能也还不错。
  根据大象的经验，定义一个报表模板，然后往里面填充数据，是开发复杂报表的一个比较不错的方法。大象将报表分为基本报表和复杂报表，所谓基本报表就是没有复合表头，每行一条数据，并且提供的数据不需要查询两张以上的表。而复杂报表正好与之相反。不管是基本报表还是复杂报表，代码有很多都是一样的，不一样的只是由业务复杂度产生的报表复杂度。
  我们先来看看用jxl生成Excel报表的代码模板：

上面这个是Cell(单元格)的通用格式化设置，WritableFont构造函数的参数第1个是字体，第2个是字体大小，第3个是字体样式，第4个false指的是正常显示，默认为italic倾斜显示，第5个下划线样式，第6个指定字体颜色。设置完字体后，再设置单元格的格式，对于一般的单元格，不用设置背景色，除非报表显示需要。金额及百分比的显示要用到NumberFormat类，这里的格式指定为0.00而不是#.##是为了强制保留两位小数，对于这类数字一般在报表中都是设置为右对齐，这样出来的报表比较好看。当然最终还是要根据客户的要求来决定样式。

使用模板方式生成Excel除了已经定义好表头外，还有一个好处是可以预先定义固定列的宽度，这样就免去了用代码来设置列宽，如果是复杂表头，也省去了不少设置表头和合并单元格的代码。请注意我前面用红字加粗的固定列三个字，因为报表的表头不一定就是模板中设置的那样，还有一种情况就是根据查询条件的年和月，动态生成表头，这些表头被排列在固定列的后面，报表生成后，这些列下面都有相应的数据。关于这部分内容我会在第二篇文章中介绍。上图中，红框的部分就是使用模板生成Excel的关键代码，ResourceUtils是org.springframework.util包中的工具类。

上图中的红框部分与使用模板方式相比是不是点些细微的差别？请一定注意这些细节部分的不同。完全用jxl API创建Excel所有内容都需要用代码来实现：

  设置标题及表头并定义每列的宽度，setColumnView方法的第1个参数是列的索引，从0开始，第2个参数是宽度，这个数值既不是像素也不是长度，而是指字符数，比如第1列的宽度可以理解为相当于20个字符的宽度。以10pt的字体大小来算，实际上最多只能填充19个字符，而汉字最多10个，其实主要还是需要通过测试来调整最终效果。
  接下来就是填充数据，这块代码不管是用模板方式还是API方式都是一样的。

  对于简单的单行表头，填充数据很简单，将查询结果填充到单元格中。前面定义了标题和表头，已经占去了两行，所以应该从第3行开始添加数据，行的索引也是从0开始，2表示第3行。如果是数字型的Cell需要用jxl.write.Number来进行封装，这样生成的数据才不会因为可能过大或别的因素而被Excel自动转化成科学计数法。如果还是想用Lable来封装数字，可以使用java.text. NumberFormat来做格式化。最后执行关闭操作。
看到这里，有没有感觉用jxl做报表非常简单？可以说是，也可以说不是。因为这里面最麻烦的地方在于取得业务数据，另外对于复杂报表，for循环里面还会包含很多条件判断、其它for循环以及合并行或列等操作。
  业务数据的获得有两种方式，第1种是按报表的样式建立一个对象模型，将要导出的数据全部填充到这个模型中，然后根据报表的格式添加数据。第2种是通过SQL语句，使用尽量少的查询次数将所有结果查询出来，填充到数据模型中。不管是第1种还是第2种最典型的就是简单表头，单表查询，所有的数据都在Model对象里面，执行一个循环操作就可以搞定了。但如果是复杂报表，第1种做法就不可取了，因为当你将这个数据对象的List实现后就会发现，代码之复杂，效率之低下(并不是指速度慢，而是指SQL查询次数非常多)简直令人发指。而如果采取第2种做法，SQL语句无疑会很复杂(不考虑视图)，会有很多关联查询，如果作了分表分库的设计，那这个方式就彻底完蛋了。
  既然这两种都不是好的解决办法，那么究竟还有没有更好的解决方案呢？肯定是有的，就是分而治之，按照一种规则(比如时间)，提取出与报表相关的最基础数据至Table1中，然后对该Table1再进行一次处理合并至Table2中，提取Table2至Table3,如果有必要还可以对Table3再处理一次到Table4，从Table1到Table4每个表里面都是一种报表数据，如果按时间分组，假定Table1是按小时，Table2按天，Table3按月，Table4按年，那么相应的报表查询就可以做到只对一张表进行操作，而且报表需要的业务数据都已经存在该表中。我所举的这个方法是比业务较简单的情况，实际开发中要根据当前的业务来设计，因为有些项目的业务确实是非常的复杂，并不像我所说的这么简单。
  大家一定不要过于迷信这种方式，世上是没有完美解决方案的，也即所谓的没有“银弹”，这样的处理方式对大部分报表还是适用的。但如果要是遇到所统计的业务基础数据发生了变化，或者本身业务出现变更，甚至报表都发生变更，那么之前所获得的这些数据就没有什么意义了。因此，报表的实现方案一定要根据实现情况来分析，不要总想着有什么通用的解决办法，一招鲜吃遍天这样的想法是非常不可取的，软件最不缺的就是变化，不要抗拒变化，因为你根本无法阻止它，所以你得拥抱变化，享受变化。
  本篇主要介绍了使用jxl生成报表的代码模板以及获取报表数据的一种处理方式，下一篇将通过两个复杂报表案例的分析，来告诉大家如何进行实现。
  本文为菠萝大象原创，如要转载请注明出处。http://www.blogjava.net/bolo

posted on 2014-01-07 16:12 菠萝大象阅读(4944) 评论(2) 编辑收藏所属分类: Java

随笔分类(67)

随笔档案(67)

搜索

积分与排名

最新随笔

最新评论

阅读排行榜

评论排行榜


只有注册用户登录后才能发表评论。




网站导航: 博客园 IT新闻知识库 C++博客博问管理
相关文章: 全局唯一ID生成器浅析用Java实现MJD转UTC 使用XStream注解实现Java对象与XML互相转换的代码示例 m2eclipse安装小贴士泛型与反射的使用总结之反射篇泛型与反射的使用总结之泛型篇使用jackson对Java对象与JSON字符串相互转换的一些总结使用jxl生成复杂报表的分析与设计（二）使用jxl生成复杂报表的分析与设计（一）使用commons-httpclient发送请求的代码片断