[发明专利]一种报文处理方法及系统

说明书

技术领域

本发明涉及java开发领域，特别涉及一种报文处理方法及系统。

背景技术

JAVA反射机制是在运行状态中，对于任意一个类，都能够知道这个类的所有属性和方法；对于任意一个对象，都能够调用它的任意一个方法和属性；这种动态获取的信息以及动态调用对象的方法的功能称为java语言的反射机制。主要提供了以下功能：在运行时判断任意一个对象所属的类；在运行时构造任意一个类的对象；在运行时判断任意一个类所具有的成员变量和方法；在运行时调用任意一个对象的方法；生成动态代理。

当前系统中的绝大多数业务都是信息从前台界面录入，业务确认之后，相关的业务受理信息落地，不同的业务，受理信息各有不同，如果针对每一种业务都进行数据落地支撑，所需代价较大，代码冗余程度较高。

而且由于业务系统中涉及多种SOO的拼接组合操作，以此实现业务的过程中相关数据的落地。分业务处理时，重复的工作量较大，而且不利于代码的迁移复用。

为了提高代码的复用性和业务无关性，采用如下机制：前台业务信息提交之后拼接成待处理报文进行落地，落地的过程采用java反射机制，实现一套机制支撑所有的业务场景。

发明内容

本发明所要解决的技术问题是提供一种所有业务中的各种类型的待处理报文都可以通过订单分解得到正确处理的报文处理方法及系统。

本发明解决上述技术问题的技术方案如下：一种报文处理方法，包括以下步骤：

针对待处理报文的不同类型分别预先创建不同的分解组件；

获取待处理报文并解析待处理报文得到待处理报文的类型；

根据待处理报文的类型调用对应的分解组件对待处理报文进行订单分解。

本发明的有益效果是：本发明能够实现一套处理机制支撑所有业务的订单处理，大大减少了订单分解不同业务各自数据落地的工作量，而且很好的实现了代码的迁移和复用，提高了代码的复用性，增强了代码的稳定性。

在上述技术方案的基础上，本发明还可以做如下改进。

进一步，所述针对待处理报文的不同类型分别预先创建不同的分解组件之后还包括：将所有分解组件的调用名与待处理报文的类型的对应关系存入配置表中。

进一步，所述根据待处理报文的类型调用对应的分解组件对待处理报文进行订单分解之前还包括：在配置表中根据待处理报文的类型查找对应的调用名。

进一步，所述根据待处理报文的类型调用对应的分解组件对待处理报文进行订单分解之后还包括：如果分解组件生成订单项，则存储订单项；否则，将分解组件的相关信息存入中间表。

进一步，所述将分解组件的相关信息存入中间表具体为：如果不存在中间表，则将分解组件的相关信息存入正表。

进一步，一种报文处理系统，包括创建模块、获取模块和调用模块；

所述创建模块，用于针对待处理报文的不同类型分别预先创建不同的分解组件；

所述获取模块，用于获取待处理报文并解析待处理报文得到待处理报文的类型；

所述调用模块，用于根据待处理报文的类型调用对应的分解组件对待处理报文进行订单分解。

进一步，所述创建模块之后还包括：存储模块，用于将所有分解组件的调用名与待处理报文的类型的对应关系存入配置表中。

进一步，所述调用模块之前还包括：查找模块，用于在配置表中根据待处理报文的类型查找对应的调用名。

进一步，所述调用模块之后还包括：判断模块，用于判断如果分解组件生成订单项，则存储订单项；否则，将分解组件的相关信息存入中间表。

进一步，所述判断模块中的将分解组件的相关信息存入中间表进一步为：如果不存在中间表，则将分解组件的相关信息存入正表。

附图说明

图1为本发明方法步骤流程图；

图2为本发明系统结构图。

附图中，各标号所代表的部件列表如下：

1、创建模块，2、获取模块，3、调用模块，4、存储模块，5、查找模块，6、判断模块。

具体实施方式

以下结合附图对本发明的原理和特征进行描述，所举实例只用于解释本发明，并非用于限定本发明的范围。

实施例1

如图1所示，一种报文处理方法，包括以下步骤：

针对待处理报文的不同类型分别预先创建不同的分解组件；