CN103631764A - 基于扩展机制的报表设计方法 - Google Patents

Abstract

本发明涉及一种基于扩展机制的报表设计方法，该方法将需要恢复的报表格式及数据处理方式以代码的形式存储下来，实现了报表格式及数据处理方式的可恢复性以及报表格式及数据处理方式的多样化，还可以为不同的报表指定相同的查询扩展类，实现了报表数据格式及处理方式的共享。

Description

基于扩展机制的报表设计方法

技术领域

本发明涉及一种基于扩展机制的报表设计方法。

 

背景技术

报表格式的设计调整是报表开发过程中的重要事项。通常情况下，开发报表的用户可以直接在报表设计器（报表开发平台）中进行直观的界面设计，例如设置报表字段、单元格式等丰富的报表格式，或对数据进行排序、筛选等多种数据处理。这些设置的信息往往被储存在报表模型中，这样用户在下一次打开报表时，便可以恢复到上一次保存的报表格式和数据处理状态。

然而，这种界面设计方法虽然简单、直观，却无法满足复杂的报表开发需求，现有的界面设计方法存在以下三个方面的缺陷：

1、报表格式设计方式不具有可恢复性

对于界面设计法，用户在报表设计界面上设置的报表格式和数据处理方式，虽然可以保存下来，但是一旦对报表格式或数据处理方式进行调整并保存后，之前设置的内容便无法恢复。

2、无法实现报表格式及数据处理方式的多样化

对于同一个报表，有时需要根据不同的业务需求，设置不同的报表格式或数据处理方式。使用界面设计法，同一时间只能保存用户最新设置的内容，无法同时保存多个不同的报表格式和数据处理方式。

3、无法实现报表格式及数据处理方式的共享

对于多个报表，有时需要使用部分相同的报表格式和数据处理方式。使用界面设计法，无法共享这部分相同的报表格式和数据处理方式，只能进行多次重复操作，这大大增加了报表开发人员的工作量。

针对现有技术中存在的缺陷，本发明提出了一种基于扩展机制的报表设计方法，较好的解决了以上问题，从而方便灵活地设计调整报表格式并处理报表数据。

 

发明内容

本发明采用如下技术方案：

一种基于扩展机制的报表设计方法，其特征在于：

步骤1，设计报表基本格式，包括设置报表的基本结构、定义报表的行和列字段、限定报表展示区域、设置字段分组信息；

步骤2，设计业务格式，包括设置单元格式（数据格式、字体信息、颜色）、数值精度设置，上述设置内容根据具体的业务需求而定；

步骤3，设计数据处理方式，数据处理方式包括对报表进行排序设置、筛选设置、数据汇总、报表参数设置；

步骤4，用户根据自身需求提供查询扩展类名，并在界面设计中将完整的扩展类名注册到报表模型中，在查询扩展类名中，利用统一的接口调整报表的基本格式、业务格式或数据处理方式； 

步骤5，用户执行报表查询，执行过程中，判断报表模型中是否有注册的查询扩展类名，如果没有查询扩展类名，则调用报表开发平台提供的默认查询扩展类；如果有查询扩展类名，则调用用户提供的查询扩展类，对报表模型中存储的报表格式、数据处理方式进行修改，获得新报表模型；

步骤6，根据新报表模型展示报表数据

优选地，本发明进一步包括：从查询扩展类名返回报表查询条件，该报表查询条件中指定基本格式调整器、业务格式调整器、数据处理设置器的实现类：

在基本格式调整器的实现类中，实现区域格式调整和报表格式调整，实现调整区域格式或者报表的整体格式；

在业务格式调整器的实现类中，实现获得精度或业务格式；

在数据处理设置器的实现类中，实现getAllDescriptors( )方法，实现报表的筛选、排序信息。

优选地，本发明进一步包括：还要对查询扩展类名进行进一步判断：若为空，则调用默认查询扩展类；若非空，则根据类名调用查询扩展类。

优选地，本发明进一步包括，该报表模型有三个：报表存储模型、报表查询条件和报表数据模型。

优选地，本发明进一步包括，报表存储模型中包含基本格式定义、业务格式定义和数据处理信息。

优选地，本发明进一步包括，界面设计的分组、小计等设置结果将存储到基本格式定义中，数值精度、字体信息等设置结果将存储到业务格式定义中，过滤条件、排序设置等设置信息将存储到数据处理信息中；同时，扩展代码的完整类名也会存储到报表存储模型。

本发明的基于扩展机制的报表设计方法可以实现以下功能：

1、在界面设计的内容之外，增加了额外的报表格式调整及数据处理方法。使用户不局限于单一的界面设计法，可以设计额外的报表格式和数据处理方式，并按照需求灵活调用；该方法设计的报表格式与数据处理方式，若与界面设计存在冲突，则将覆盖界面设计的内容，达到控制界面设计的效果。

2、使报表格式及数据处理方式具有可恢复性。使用本发明设计报表格式和处理报表数据，设置内容将以代码的形式存储，用户更换报表格式和数据处理方式时只需切换相应的代码，原先的设置内容也很容易被切换回来，恢复到原有的报表格式和数据处理方式。

3、实现了报表格式及数据处理方式的多样化。使用本发明可以为同一个报表设计多种不同的报表格式和数据处理方式，并以代码的形式同时保存下来，使报表同时具有多个可供选择的格式和数据处理方式，实现了报表格式与数据处理方式的多样化。

4、实现了报表格式及数据处理方式的共享。对于需要使用某些相同格式和数据处理方式的多个不同报表，本发明可以将这些相同的设置内容以代码的形式存储下来，供多个报表调用选择。

 

附图说明

图1是本发明中界面设计与扩展代码设计的对应关系图；

图2是本发明报表查询条件接口的示意图；

图3是执行本发明报表设计方法的流程图；

图4是执行本发明的示例中设置报表的基本格式的示意图；

图5是执行本发明的示例中设置报表的业务格式的示意图；

图6是执行本发明的示例中设置报表的数据处理方式的示意图；

图7是执行本发明的示例中设置报表查询条件的示意图；

图8是执行本发明的示例中将本次查询扩展类名注册到报表模型中的示意图；

图9是执行本发明的示例中不存在注册的查询扩展类名情况下的执行结果示意图；

图10执行本发明的示例中存在注册的查询扩展类名情况下的执行结果示意图。

 

具体实施方式

本发明提出了一种基于扩展机制的报表设计方法，使报表开发可以在界面设计和扩展机制中同时进行，使用两种方法相结合的方式进行报表开发。

使用界面设计法设计报表时，首先设计报表基本格式，包括设置报表的基本结构、定义报表的行和列字段、限定报表展示区域、设置字段分组信息等。之后设计业务格式，包括设置单元格式（数据格式、字体信息、颜色等）、数值精度设置等，这部分内容根据具体的业务需求而定。最后设计数据处理方式，数据处理后的结果是对报表执行查询时重要的数据展示依据。数据处理方式包括对报表进行排序设置、筛选设置、数据汇总、报表参数设置等，在数据展示时展示给用户其想查看的数据，并按照用户规定的顺序进行排列。

本发明在界面设计中增加了“查询扩展类（IQueryAction）”，如图1所示，该查询扩展类作为一个统一的接口实现对界面设计信息的补充设置，其作为查询动作的扩展代码，主要返回报表查询条件。上述报表查询条件中指定了基本格式调整器、业务格式调整器和数据处理设置器：（1）基本格式调整器，可以对界面设计的基本格式进行调整，增删改字段信息或分组信息等；（2）业务格式调整器，可以对报表进行额外的业务格式设计，并通过覆盖的原理，更改界面设计中需要修改的业务格式；（3）数据处理设置器，可以直接设置数据查询的条件，如额外的数据排序方式、数据筛选等。

上述“查询扩展类”是调取与报表设计相对应的扩展代码的入口类名，通过界面注册，将类名保存到报表模型中。在执行报表查询时，调用查询扩展类中的查询动作，返回报表查询条件，通过执行报表查询条件中对报表的额外设置，最终使报表格式根据需要进行设计调整并实现对报表数据的数据处理。

本发明中的报表模型有三个：报表存储模型（FormatModel）、报表查询条件(IQueryConditon)和报表数据模型（DataModel）。

报表存储模型中包含基本格式定义（BaseFormatDef）、业务格式定义（BussinesFormatDef）和数据处理信息（DataProcessInfo）这三个属性。界面设计操作会直接改变报表存储模型中的内容。界面设计的分组、小计等设置结果将存储到基本格式定义中，数值精度、字体信息等设置结果将存储到业务格式定义中，过滤条件、排序设置等设置信息将存储到数据处理信息中。同时，扩展代码的完整类名也会存储到报表存储模型。

本发明中，对报表格式和数据处理方式的额外设置均设置相应的扩展代码。执行扩展代码操作的核心思想是执行报表查询条件，调取对应的扩展代码，执行完该扩展代码操作后，返回报表查询条件再继续调取扩展代码。

参考图2，执行报表查询条件时，从扩展入口处调用扩展代码，获得报表查询条件，然后分别调用报表查询条件中的三类处理器（即“基本格式调整器”、“业务格式调整器”、“数据处理设置器”），对原始的报表模型进行基本格式调整、业务格式调整和数据处理设置，最终使报表达到用户的具体业务要求。

用户通过执行报表查询条件时，指定基本格式调整器（IReportAdjustor），业务格式调整器（IBusiFormat），数据处理设置器（IAreaCondition）的实现类。在基本格式调整器的实现类中，实现区域格式调整和报表格式调整，用于调整区域格式或者报表的整体格式。在业务格式调整器的实现类中，可以分别获得精度或业务格式。在数据处理设置器的实现类中，实现getAllDescriptors( )方法，可以获得描述器，该描述器包括筛选描述器、排序描述器等，提供了报表的筛选、排序信息。

由于不同的报表对格式和数据处理的方式往往不同，因此通常需要为不同报表设置不同的报表查询条件，但是在报表模型中对这些查询条件的处理方式是一致的，即调取的扩展代码是一致的。为了实现报表模型对报表查询条件类的统一处理，本发明使用了接口的方式，所有的报表查询条件均由一个统一的报表查询条件接口实现，通过该接口，进行特殊的报表格式设置和数据处理方式。

首先根据报表存储模型中的基本格式定义、业务格式定义和数据处理信息生成报表数据模型。然后对读取的注册查询扩展类名进行判断，如果没有读取到扩展类名，则使用系统提供的默认实现类，不做格式调整和修改，直接根据报表数据模型展现报表格式和报表数据；如果读取到扩展类名，则调用注册的实现类，分别调用报表查询条件中指定的基本格式调整器、业务格式调整器、数据处理设置器中的各类操作，实现基本格式调整、业务格式调整和数据处理设置，最终，根据调整后最后生成的报表数据模型展现报表格式和报表数据。

图3示出了本发明报表设计的过程：

步骤1，设计报表基本格式，包括设置报表的基本结构、定义报表的行和列字段、限定报表展示区域、设置字段分组信息。

步骤2，设计业务格式，包括设置单元格式（数据格式、字体信息、颜色）、数值精度设置，上述设置内容根据具体的业务需求而定。

步骤3，设计数据处理方式，数据处理方式包括对报表进行排序设置、筛选设置、数据汇总、报表参数设置。

步骤4，用户根据自身需求提供查询扩展类名，并在界面设计中将完整的扩展类名注册到报表模型中，在查询扩展类名中，利用统一的接口调整报表的基本格式、业务格式或数据处理方式；从查询扩展类名返回报表查询条件，该报表查询条件中指定基本格式调整器、业务格式调整器、数据处理设置器的实现类：在基本格式调整器的实现类中，实现区域格式调整和报表格式调整，实现调整区域格式或者报表的整体格式；在业务格式调整器的实现类中，实现获得精度或业务格式；在数据处理设置器的实现类中，实现getAllDescriptors( )方法，实现报表的筛选、排序信息。

步骤5，用户执行报表查询，执行过程中，判断报表模型中是否有注册的查询扩展类名，如果没有查询扩展类名，则调用报表开发平台提供的默认查询扩展类；如果有查询扩展类名，则调用用户提供的查询扩展类，对报表模型中存储的报表格式、数据处理方式进行修改，获得新报表模型；还要对查询扩展类名进行进一步判断：若为空，则调用默认查询扩展类；若非空，则根据类名调用查询扩展类。

步骤6，根据新报表模型展示报表数据。

下面通过具体的示例并结合图3-10对本发明作进一步详细的描述。

如图4，在界面上设置了报表的基本格式：报表中包括地区、销售员、产品类型、销售数量四个字段，按照地区、销售员进行分组，同时对销售数量进行小计和合计。

如图5，在界面设计中，设置了小计和合计行的背景色，同时指定了“销售数量”的精度。

如图6，对报表进行了排序设置，地区和销售员字段按照升序进行排序。

如图7，用户提供本次报表设计的查询扩展类名（MyQueryAction），在其中指定本次报表查询条件（MyQueryCondition），该报表查询条件中相应地按需求提供本次基本格式调整器(MyReportAdjustor)、业务格式调整器（MyBusiFormat）和数据处理设置器（MyAreaConditon）。当然，如果用户只需要改变其中一方面，可以只提供一种调整器，如用户不想改变报表基本格式，则无需提供MyReportAdjustor，可以在MyQueryCondition的getReportAdjustor( )中直接返回null；MyReportAdjustor中提供的doAreaAdjust( )中改变了报表的基本格式，增加了“产品”列；MyBusiFormat中提供的各类方法均可以改变报表的业务格式，本例中使用getDataDigital( )方法，改变“销售数量”的精度为4；MyQueryCondition中返回报表数据处理方式，本例中返回了数据过滤描述器，报表数据查询时增加过滤条件：地区=江苏。

如图8，同时，用户将本次查询扩展类名（MyQueryAction）注册到报表模型中。

本例中，如果没有注册查询扩展类名，则报表执行结果如图9所示。如果注册了上面提供的查询扩展类名，则报表执行结果如图10所示。报表的基本格式得到调整（增加了“产品”列），业务格式得到修改（销售数量精度改为了4），增加了数据处理方式（按照地区=江苏执行了过滤）。本发明提出的扩展机制实现了报表开发人员灵活调整报表格式和数据处理方式的需求。将需要恢复的报表格式及数据处理方式以代码的形式存储下来，即可实现了报表格式及数据处理方式的可恢复性，也同样实现了报表格式及数据处理方式的多样化。为不同的报表指定相同的查询扩展类，即可实现报表数据格式及处理方式的共享。

最后应说明的是：显然，上述实施例仅仅是为清楚地说明本发明所作的举例，而并非对实施方式的限定。对于所属领域的普通技术人员来说，在上述说明的基础上还可以做出其它不同形式的变化或变动。这里无需也无法对所有的实施方式予以穷举。而由此所引申出的显而易见的变化或变动仍处于本发明的保护范围之中。

Claims (6)

1.一种基于扩展机制的报表设计方法，其特征在于：

步骤1，设计报表基本格式，包括设置报表的基本结构、定义报表的行和列字段、限定报表展示区域、设置字段分组信息；

步骤2，设计业务格式，包括设置单元格式（数据格式、字体信息、颜色）、数值精度设置，上述设置内容根据具体的业务需求而定；

步骤3，设计数据处理方式，数据处理方式包括对报表进行排序设置、筛选设置、数据汇总、报表参数设置；

步骤4，用户根据自身需求提供查询扩展类名，并在界面设计中将完整的扩展类名注册到报表模型中，在查询扩展类名中，利用统一的接口调整报表的基本格式、业务格式或数据处理方式； 

步骤5，用户执行报表查询，执行过程中，判断报表模型中是否有注册的查询扩展类名，如果没有查询扩展类名，则调用报表开发平台提供的默认查询扩展类；如果有查询扩展类名，则调用用户提供的查询扩展类，对报表模型中存储的报表格式、数据处理方式进行修改，获得新报表模型；

步骤6，根据新报表模型展示报表数据。

2.如权利要求1所述的方法，其中步骤4进一步包括：从查询扩展类名返回报表查询条件，该报表查询条件中指定基本格式调整器、业务格式调整器、数据处理设置器的实现类：

在基本格式调整器的实现类中，实现区域格式调整和报表格式调整，实现调整区域格式或者报表的整体格式；

在业务格式调整器的实现类中，实现获得精度或业务格式；

在数据处理设置器的实现类中，实现getAllDescriptors( )方法，实现报表的筛选、排序信息。

3.如权利要求1所述的方法，其中步骤5进一步包括：还要对查询扩展类名进行进一步判断：若为空，则调用默认查询扩展类；若非空，则根据类名调用查询扩展类。

4.如权利要求1所述的方法，进一步包括，该报表模型有三个：报表存储模型、报表查询条件和报表数据模型。

5.如权利要求1所述的方法，进一步包括，报表存储模型中包含基本格式定义、业务格式定义和数据处理信息。

6.如权利要求5所述的方法，进一步包括，界面设计的分组、小计等设置结果将存储到基本格式定义中，数值精度、字体信息等设置结果将存储到业务格式定义中，过滤条件、排序设置等设置信息将存储到数据处理信息中；同时，扩展代码的完整类名也会存储到报表存储模型。

Images