全定制报表模型的研究.docVIP

全定制报表模型的研究 　　摘 要：本文提出了报表的全新模型，该模型实现了报表数据定义、模板定义，数据填充定义的完全解耦，根据该模型实现的报表工具可以在不修改程序代码的情况下，完成数据源的修改、模板的修改和数据填充规则的修改。 　　关键词：报表模型 全定制 解耦 　　中图分类号: TP311.52文献标识码: A 文章编号：1673-1875(2009)09-014-03 　　 　　报表是应用系统中必不可少的部分，也是让程序设计人员比较头疼的部分，一方面是因为报表工具本身的弱点导致报表的制作非常的繁琐；另一方面是因为报表是业务逻辑的末端，经常会发生变化。由于国内企业的管理形式和中国人的思维习惯，管理人员希望一个报表包含尽可能多的信息，因此国内报表往往都是综合性很强的报表，并且出现了一个专有名词――中国式报表。中国式报表包含以下几层含义：1、信息来源多。一个报表需要包含多个表的数据。2、格式复杂。一个报表被分成多个不同的区域，展示有关联的但业务性质不同的数据。3、统计繁琐：经常出现交叉表，而且交叉表中多分层次。4、格式经常调整：由于设计数据来源较多，因此变化的可能性也较大。 　　每种开发工具一般都提供有专门的报表的开发工具，然而这些开发工具比较符合西方管理的模式，在格式处理上比较简单，多为分栏（band）报表，每个报表涉及数据源较少，且对交叉表的支持很弱。为更好的解决中国式的复杂报表，必须设计全新的报表模型，彻底解决前面提到的各种问题。 　　目前的报表工具存在的最大问题是格式和数据绑定，程序设计人员在专业的报表工具上定义数据源，并根据数据源在专用的报表模板上设定格式，报表要经过编译。这导致报表的修改必须修改和重新部署程序，并且数据统计的复杂性也被糅入报表当中，导致报表更加复杂。要解决报表复杂性的问题，必须实现数据和格式的解耦。 　　 　　一、标准的模板接口 　　 　　首先要将模板从整个报表定义工具中分离处理，使其可以单独创建、修改和保存。目前各类报表工具的模板主要分为两类：像素类和网格类。所谓像素类是指报表模板的最小显示单位是像素点，这样的模板中，报表控件可以在任意的位置摆放，确定是调整对齐比较麻烦，Delphi中的QuickReport就属于此类模板。网格类模板的最小显示单位是单元格，横平竖直，比较容易定制表格，Crystal Reports属于此类模板。对于报表来说，数据绝大部分按表格形式填充，因此使用网格类模板最为合适。 　　public interface IReportTemplate { 　　public setCellData(int tCol, int tRow, int iCol, int iRow,Object o);//将对象数据o填写到第iCol列，第iRow行的单元格，格式使用模板中第tCol、第tRow列的单元格的格式。 　　public void copyFormatFromTemplate(int beginCol, int beginRow,int endCol, int endRow, int targetCol, int targetRow); 　　//从模板复制一个区域的单元格的格式。模板的区域列范围beginCol至endCol，行范围beginRow至endRow。格式复制到报表实例的从targetCol列、targeRow行起始的同样大小的区域。复制的格式包括模板提供的各类格式：如字体、边线、行高、列宽、单元格合并等。 　　public int getTemplateRowHeight(int row) throws Exception; 　　 //获得模板中某行的行高 　　public void forceNewPageAtRow(int row); 　　//从某行强制分页 　　public void deleteRow(int row); 　　//删除报表实例当前行 　　} 　　 　　二、数据源的层次解耦 　　 　　目前大部分报表工具都提供数据加工的功能，并且将其作为报表工具的优势不断强化。这种方式的确给报表制作带来了方便，但同时也带来了隐患。报表中数据的统计，有很大一部分属于业务逻辑，将这部分的实现嵌入到报表代码中是非常不合适的。事实上所有对业务数据的加工功能应该作为工具箱的一部分，任何业务代码都可调用，而不是绑定在报表工具中。 　　报表数据的处理应该分为三个层次：原始数据的提取、数据的加工、数据的再运算。 　　1、原始数据提取 　　报表的数据来源多种多样，将原始数据直接进行报表的填充显然是不合适的。为屏蔽不同数据来源，本模型提供三个数据模型：数据域，数据记录，数据集。一个数据集包含多条数据记录，一条数据记录有多个数据域