一种配置化文件处理方法、装置、设备及存储介质与流程

未命名 09-22 阅读:110 评论:0


1.本技术涉及金融科技技术领域,尤其涉及一种配置化文件处理方法、装置、设备及存储介质。


背景技术:

2.金融业指的是银行与相关资金合作社,还有保险业,除了工业性的经济行为外,其他的与经济相关的都是金融业。金融业是指经营金融商品的特殊行业,它包括银行业、保险业、信托业、证券业和租赁业。在进行金融业务服务的时候,不免会通过互联网进行金融业务服务,随着互联网的发展和数字化时代的到来,金融业务发展越来越快,上下游系统之间文件传输越来越多。
3.目前金融业例如银行每天会处理大量的交易数据,数据会经过各个系统最终通过app以账单的形式展示给用户。随着业务种类发展,账单中交易信息也会越来越丰富,展示的新增字段也会通过源系统之间通过文件的方式透传下来,因此,传统方式每次支撑新业务都需要进行业务代码的开发,对于业务的支持不够快速,导致人力成本增加和效率低下的技术问题。


技术实现要素:

4.本技术提供了一种配置化文件处理方法、装置、设备及存储介质,解决了目前银行每天会处理大量的交易数据,数据会经过各个系统最终通过app以账单的形式展示给用户,账单中交易信息也会越来越丰富,展示的新增字段也会通过源系统之间通过文件的方式透传下来,每次支撑新业务都需要进行业务代码的开发,对于业务的支持不够快速,导致的人力成本增加和效率低下的技术问题。
5.有鉴于此,本技术第一方面提供了一种配置化文件处理方法,方法包括:
6.s1、通过使用反射机制动态地读取配置文件中的数据;
7.s2、将数据转换成对应的java对象;
8.s3、根据java对象将其转换成对应的字符串,并写入配置文件中。
9.优选地,对步骤s1之前还包括:
10.s4、对配置文件格式的数据结构进行定义。
11.优选地,步骤s4具体还包括:
12.创建一个用于在运行时动态加载配置文件中定义的类的类加载器。
13.优选地,步骤s1具体包括:
14.s11、通过使用反射机制动态地读取配置文件中的数据;
15.s12、通过classload动态加载配置文件中定义的类。
16.优选地,步骤s3具体包括:
17.s31、根据java对象类型将其转换成与配置文件格式对应的字符串表示;
18.s32、将字符串写入配置文件中。
19.优选地,步骤s3之后还包括:
20.s5、根据获取的业务处理请求进行动态地加载配置文件的数据处理,并转换成对应的java对象。
21.优选地,数据结构包括字符串、数字、布尔值、数组、对象。
22.本技术第二方面提供一种配置化文件处理装置,装置包括:
23.数据读取单元,用于通过使用反射机制动态地读取配置文件中的数据;
24.数据转换单元,用于将数据转换成对应的java对象;
25.数据写入单元,用于根据java对象将其转换成对应的字符串,并写入配置文件中。
26.本技术第三方面提供一种配置化文件处理设备,设备包括处理器以及存储器:
27.存储器用于存储程序代码,并将程序代码传输给处理器;
28.处理器用于根据程序代码中的指令,执行如上述第一方面的配置化文件处理方法的步骤。
29.本技术第四方面提供一种计算机可读存储介质,计算机可读存储介质用于存储程序代码,程序代码用于执行上述第一方面的配置化文件处理方法的步骤。
30.从以上技术方案可以看出,本技术实施例具有以下优点:
31.本技术中,提供了一种配置化文件处理方法,通过使用反射机制动态地读取配置文件中的数据,然后将数据转换成对应的java对象,最后根据java对象将其转换成对应的字符串,并写入配置文件中,解决了目前银行每天会处理大量的交易数据,数据会经过各个系统最终通过app以账单的形式展示给用户,账单中交易信息也会越来越丰富,展示的新增字段也会通过源系统之间通过文件的方式透传下来,每次支撑新业务都需要进行业务代码的开发,对于业务的支持不够快速,导致的人力成本增加和效率低下的技术问题。
32.进一步,本技术使用了反射和classload技术,可以支持自定义的数据类型,使得配置文件可以更加灵活地适应不同的业务需求,由于支持自定义的数据类型,因此可以根据具体的需求动态扩展配置文件的格式和数据类型,使其更加适用于复杂的业务场景,由于使用了类加载器,因此可以在运行时动态地加载配置文件中定义的类,使得系统可以动态适应不同的环境和要求,由于采用了反射技术,使得程序可以自动地读取和写入配置文件,大大简化了配置文件的处理流程,同时也减少了一些不必要的错误和异常。
附图说明
33.图1为本技术实施例中一种配置化文件处理方法的方法的一个实施例的流程图;
34.图2为本技术实施例中一种配置化文件处理装置的结构示意图;
35.图3为本技术实施例中一种配置化文件处理设备的结构示意图。
具体实施方式
36.为了使本技术领域的人员更好地理解本技术方案,下面将结合本技术实施例中的附图,对本技术实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本技术一部分实施例,而不是全部的实施例。基于本技术中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本技术保护的范围。
37.本技术设计了一种配置化文件处理方法、装置、设备及存储介质,解决了目前银行
每天会处理大量的交易数据,数据会经过各个系统最终通过app以账单的形式展示给用户,账单中交易信息也会越来越丰富,展示的新增字段也会通过源系统之间通过文件的方式透传下来,每次支撑新业务都需要进行业务代码的开发,对于业务的支持不够快速,导致的人力成本增加和效率低下的技术问题。
38.为了便于理解,请参阅图1,图1为本技术实施例中一种配置化文件处理方法的方法流程图,如图1所示,具体为:
39.s1、通过使用反射机制动态地读取配置文件中的数据;
40.目前银行每天会处理大量的交易数据,数据会经过各个系统最终通过app以账单的形式展示给用户,账单中交易信息也会越来越丰富,展示的新增字段也会通过源系统之间通过文件的方式透传下来,每次支撑新业务都需要进行业务代码的开发,对于业务的支持不够快速,首先需要通过使用反射机制动态地读取配置文件中的数据。
41.可以理解的是,反射机制主要是指程序可以访问,检测和修改它本身状态或行为的一种能力,并能根据自身行为的状态和结果,调整或修改应用所描述行为的状态和相关的语义。反射是java中一种强大的工具,能够使我们很方便的创建灵活的代码,这些代码可以再运行时装配,无需在组件之间进行源代码链接。
42.反射机制的作用:
43.1、反编译:.class
‑‑
》.java
44.2、通过反射机制访问java对象的属性,方法,构造方法等;
45.具体提供的反射机制中的类:
46.java.lang.class;
47.java.lang.reflect.constructor;java.lang.reflect.field;
48.java.lang.reflect.method;
49.java.lang.reflect.modifier;
50.很多反射中的方法,属性等操作我们可以从这四个类中查询。
51.进一步,反射来更加方便的读取数据库链接字符串等,反射加配置文件,使我们的程序更加灵活。
52.可以理解的是,对步骤s1之前还包括:
53.s4、对配置文件格式的数据结构进行定义,具体地定义一个配置文件格式,该格式支持各种类型的数据结构,如字符串、数字、布尔值、数组、对象等。
54.进一步,还包括:
55.创建一个用于在运行时动态加载配置文件中定义的类的类加载器,用于在运行时动态加载配置文件中定义的类。
56.s2、将数据转换成对应的java对象;
57.当通过使用反射机制动态地读取配置文件中的数据之后,将数据转换成对应的java对象。
58.需要说明的是,通过使用反射机制动态地读取配置文件中的数据,通过classload动态加载配置文件中定义的类,在这个过程中,可以通过classload动态加载配置文件中定义的类,以便支持自定义的数据类型。
59.可以理解的是,当我们写好一个java程序之后,不是管是cs还是bs应用,都是由若
干个.class文件组织而成的一个完整的java应用程序,当程序在运行时,即会调用该程序的一个入口函数来调用系统的相关功能,而这些功能都被封装在不同的class文件当中,所以经常要从这个class文件中要调用另外一个class文件中的方法,如果另外一个文件不存在的,则会引发系统异常。而程序在启动的时候,并不会一次性加载程序所要用的所有class文件,而是根据程序的需要,通过java的类加载机制(classloader)来动态加载某个class文件到内存当中的,从而只有class文件被载入到了内存之后,才能被其它class所引用。所以classloader就是用来动态加载class文件到内存当中用的。
60.类加载器主要有下面三个:
61.(1)启动类加载器(bootstrap classloader)
‑‑
它用来加载java的核心库,是用原生代码来实现的,并不继承自java.lang.classloader;
62.这个类加载器负责将存放在java_home/lib下的,或者被-xbootclasspath参数所指定的路径中的,并且是被虚拟机识别的类库(仅按照文件名识别,如rt.jar,名字不符合的类库,即使放在指定路径中也不会被加载)加载到虚拟机内存中;启动类加载器无法被java程序直接引用;
63.(2)扩展类加载器(extension classloader)
‑‑
它用来加载java的扩展库;
64.这个加载器负责加载java_home/lib/ext目录中的,或者被java.ext.dirs系统变量所指定的路径中的所有类库,开发者可以直接使用扩展类加载器;
65.(3)应用类加载器(application classloader)
‑‑
它根据java应用的类路径(classpath)来加载java类;
66.这个加载器是classloader中getsystemclassloader()方法的返回值(可以通过此方法获取),所以一般也称它为系统类加载器。它负责加载用户类路径(classpath)上所指定的类库,可直接使用这个加载器,如果应用程序没有自定义自己的类加载器,一般情况下这个就是程序中默认的类加载器。
67.s3、根据java对象将其转换成对应的字符串,并写入配置文件中。
68.需要说明的是,将数据转换成对应的java对象之后,需要根据java对象将其转换成对应的字符串,并写入配置文件中。
69.进一步,根据java对象类型将其转换成与配置文件格式对应的字符串表示,将字符串写入配置文件中。
70.可以理解的是,根据获取的业务处理请求进行动态地加载配置文件的数据处理,并转换成对应的java对象,在应用程序中,可以通过动态地加载配置文件,将其转换成java对象,并使用它们进行相应的业务处理。
71.本实施例中的一种配置化文件处理方法,通过使用反射机制动态地读取配置文件中的数据,然后将数据转换成对应的java对象,最后根据java对象将其转换成对应的字符串,并写入配置文件中,解决了目前银行每天会处理大量的交易数据,数据会经过各个系统最终通过app以账单的形式展示给用户,账单中交易信息也会越来越丰富,展示的新增字段也会通过源系统之间通过文件的方式透传下来,每次支撑新业务都需要进行业务代码的开发,对于业务的支持不够快速,导致的人力成本增加和效率低下的技术问题。
72.进一步,本技术使用了反射和classload技术,可以支持自定义的数据类型,使得配置文件可以更加灵活地适应不同的业务需求,由于支持自定义的数据类型,因此可以根
据具体的需求动态扩展配置文件的格式和数据类型,使其更加适用于复杂的业务场景,由于使用了类加载器,因此可以在运行时动态地加载配置文件中定义的类,使得系统可以动态适应不同的环境和要求,由于采用了反射技术,使得程序可以自动地读取和写入配置文件,大大简化了配置文件的处理流程,同时也减少了一些不必要的错误和异常。
73.请参阅图2,图2为本技术实施例中一种配置化文件处理装置的结构示意图,如图2所示,具体为:
74.数据读取单元201,用于通过使用反射机制动态地读取配置文件中的数据;
75.数据转换单元202,用于将数据转换成对应的java对象;
76.数据写入单元203,用于根据java对象将其转换成对应的字符串,并写入配置文件中。
77.本实施例中的一种配置化文件处理装置,通过数据读取单元201使用反射机制动态地读取配置文件中的数据,然后数据转换单元202将数据转换成对应的java对象,最后数据写入单元203根据java对象将其转换成对应的字符串,并写入配置文件中,解决了目前银行每天会处理大量的交易数据,数据会经过各个系统最终通过app以账单的形式展示给用户,账单中交易信息也会越来越丰富,展示的新增字段也会通过源系统之间通过文件的方式透传下来,每次支撑新业务都需要进行业务代码的开发,对于业务的支持不够快速,导致的人力成本增加和效率低下的技术问题。
78.进一步,本技术使用了反射和classload技术,可以支持自定义的数据类型,使得配置文件可以更加灵活地适应不同的业务需求,由于支持自定义的数据类型,因此可以根据具体的需求动态扩展配置文件的格式和数据类型,使其更加适用于复杂的业务场景,由于使用了类加载器,因此可以在运行时动态地加载配置文件中定义的类,使得系统可以动态适应不同的环境和要求,由于采用了反射技术,使得程序可以自动地读取和写入配置文件,大大简化了配置文件的处理流程,同时也减少了一些不必要的错误和异常。
79.本技术实施例还提供了另一种配置化文件处理设备,如图3所示,为了便于说明,仅示出了与本技术实施例相关的部分,具体技术细节未揭示的,请参照本技术实施例方法部分。该终端可以为包括手机、平板电脑、个人数字助理(英文全称:personal digitalassistant,英文缩写:pda)、销售终端(英文全称:point ofsales,英文缩写:pos)、车载电脑等任意终端设备,以终端为手机为例:
80.图3示出的是与本技术实施例提供的终端相关的手机的部分结构的框图。参考图3,手机包括:射频(英文全称:radio frequency,英文缩写:rf)电路1010、存储器1020、输入单元1030、显示单元1040、传感器1050、音频电路1060、无线保真(英文全称:wireless fidelity,英文缩写:wifi)模块1070、处理器1080、以及电源1090等部件。本领域技术人员可以理解,图3中示出的手机结构并不构成对手机的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
81.下面结合图3对手机的各个构成部件进行具体的介绍:
82.rf电路1010可用于收发信息或通话过程中,信号的接收和发送,特别地,将基站的下行信息接收后,给处理器1080处理;另外,将设计上行的数据发送给基站。通常,rf电路1010包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(英文全称:lownoiseamplifier,英文缩写:lna)、双工器等。此外,rf电路1010还可以通过无线通信与
网络和其他设备通信。上述无线通信可以使用任一通信标准或协议,包括但不限于全球移动通讯系统(英文全称:global system ofmobile communication,英文缩写:gsm)、通用分组无线服务(英文全称:generalpacket radio service,gprs)、码分多址(英文全称:code division multiple access,英文缩写:cdma)、宽带码分多址(英文全称:wideband code divisionmultipleaccess,英文缩写:wcdma)、长期演进(英文全称:long termevolution,英文缩写:lte)、电子邮件、短消息服务(英文全称:shortmessaging service,sms)等。
83.存储器1020可用于存储软件程序以及模块,处理器1080通过运行存储在存储器1020的软件程序以及模块,从而执行手机的各种功能应用以及数据处理。存储器1020可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器1020可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
84.输入单元1030可用于接收输入的数字或字符信息,以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地,输入单元1030可包括触控面板1031以及其他输入设备1032。触控面板1031,也称为触摸屏,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1031上或在触控面板1031附近的操作),并根据预先设定的程式驱动相应的连接装置。可选的,触控面板1031可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器1080,并能接收处理器1080发来的命令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1031。除了触控面板1031,输入单元1030还可以包括其他输入设备1032。具体地,其他输入设备1032可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
85.显示单元1040可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元1040可包括显示面板1041,可选的,可以采用液晶显示器(英文全称:liquid crystal display,英文缩写:lcd)、有机发光二极管(英文全称:organic light-emitting diode,英文缩写:oled)等形式来配置显示面板1041。进一步的,触控面板1031可覆盖显示面板1041,当触控面板1031检测到在其上或附近的触摸操作后,传送给处理器1080以确定触摸事件的类型,随后处理器1080根据触摸事件的类型在显示面板1041上提供相应的视觉输出。虽然在图3中,触控面板1031与显示面板1041是作为两个独立的部件来实现手机的输入和输入功能,但是在某些实施例中,可以将触控面板1031与显示面板1041集成而实现手机的输入和输出功能。
86.手机还可包括至少一种传感器1050,比如光传感器、运动传感器以及其他传感器。具体地,光传感器可包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示面板1041的亮度,接近传感器可在手机移动到耳边时,关闭显示面板1041和/或背光。作为运动传感器的一种,加速计传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别手机姿态的应用(比如横竖屏
切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器,在此不再赘述。
87.音频电路1060、扬声器1061,传声器1062可提供用户与手机之间的音频接口。音频电路1060可将接收到的音频数据转换后的电信号,传输到扬声器1061,由扬声器1061转换为声音信号输出;另一方面,传声器1062将收集的声音信号转换为电信号,由音频电路1060接收后转换为音频数据,再将音频数据输出处理器1080处理后,经rf电路1010以发送给比如另一手机,或者将音频数据输出至存储器1020以便进一步处理。
88.wifi属于短距离无线传输技术,手机通过wifi模块1070可以帮助用户收发电子邮件、浏览网页和访问流式媒体等,它为用户提供了无线的宽带互联网访问。虽然图3示出了wifi模块1070,但是可以理解的是,其并不属于手机的必须构成,完全可以根据需要在不改变发明的本质的范围内而省略。
89.处理器1080是手机的控制中心,利用各种接口和线路连接整个手机的各个部分,通过运行或执行存储在存储器1020内的软件程序和/或模块,以及调用存储在存储器1020内的数据,执行手机的各种功能和处理数据,从而对手机进行整体监控。可选的,处理器1080可包括一个或多个处理单元;优选的,处理器1080可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器1080中。
90.手机还包括给各个部件供电的电源1090(比如电池),优选的,电源可以通过电源管理系统与处理器1080逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
91.尽管未示出,手机还可以包括摄像头、蓝牙模块等,在此不再赘述。
92.在本技术实施例中,该终端所包括的处理器1080还具有以下功能:
93.s1、获取到通讯呼叫请求,并提取与通讯呼叫请求对应的呼叫信息;
94.s2、将呼叫信息与实名制数据库进行匹配,若匹配不成功,则执行步骤s3;
95.s3、对呼叫信息进行未实名标记并通过通讯线路发送至被呼叫终端进行呼叫提示。
96.本技术实施例还提供一种计算机可读存储介质,用于存储程序代码,该程序代码用于执行前述各个实施例的一种配置化文件处理方法中的任意一种实施方式。
97.本技术实施例中,提供了一种配置化文件处理方法、装置、设备及存储介质,通过使用反射机制动态地读取配置文件中的数据,然后将数据转换成对应的java对象,最后根据java对象将其转换成对应的字符串,并写入配置文件中,解决了目前银行每天会处理大量的交易数据,数据会经过各个系统最终通过app以账单的形式展示给用户,账单中交易信息也会越来越丰富,展示的新增字段也会通过源系统之间通过文件的方式透传下来,每次支撑新业务都需要进行业务代码的开发,对于业务的支持不够快速,导致的人力成本增加和效率低下的技术问题。
98.进一步,本技术使用了反射和classload技术,可以支持自定义的数据类型,使得配置文件可以更加灵活地适应不同的业务需求,由于支持自定义的数据类型,因此可以根据具体的需求动态扩展配置文件的格式和数据类型,使其更加适用于复杂的业务场景,由于使用了类加载器,因此可以在运行时动态地加载配置文件中定义的类,使得系统可以动
态适应不同的环境和要求,由于采用了反射技术,使得程序可以自动地读取和写入配置文件,大大简化了配置文件的处理流程,同时也减少了一些不必要的错误和异常。
99.所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
100.本技术的说明书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本技术的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
101.应当理解,在本技术中,“至少一个(项)”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,用于描述关联对象的关联关系,表示可以存在三种关系,例如,“a和/或b”可以表示:只存在a,只存在b以及同时存在a和b三种情况,其中a,b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达,是指这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b或c中的至少一项(个),可以表示:a,b,c,“a和b”,“a和c”,“b和c”,或“a和b和c”,其中a,b,c可以是单个,也可以是多个。
102.在本技术所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
103.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
104.另外,在本技术各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
105.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:u盘、移动硬盘、只读存储器(英文全称:read-only memory,英文缩写:rom)、随机存取存储器(英文全称:randomaccess memory,英文缩写:ram)、磁碟或者光盘等各种可以存储程序代码的介质。
106.以上所述,以上实施例仅用以说明本技术的技术方案,而非对其限制;尽管参照前述实施例对本技术进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围。

技术特征:
1.一种配置化文件处理方法,其特征在于,包括:s1、通过使用反射机制动态地读取配置文件中的数据;s2、将所述数据转换成对应的java对象;s3、根据所述java对象将其转换成对应的字符串,并写入所述配置文件中。2.根据权利要求1所述的配置化文件处理方法,其特征在于,对所述步骤s1之前还包括:s4、对所述配置文件格式的数据结构进行定义。3.根据权利要求2所述的配置化文件处理方法,其特征在于,所述步骤s4具体还包括:创建一个用于在运行时动态加载配置文件中定义的类的类加载器。4.根据权利要求1所述的配置化文件处理方法,其特征在于,所述步骤s1具体包括:s11、通过使用反射机制动态地读取配置文件中的数据;s12、通过classload动态加载所述配置文件中定义的类。5.根据权利要求1所述的配置化文件处理方法,其特征在于,所述步骤s3具体包括:s31、根据所述java对象类型将其转换成与所述配置文件格式对应的所述字符串表示;s32、将所述字符串写入所述配置文件中。6.根据权利要求1所述的配置化文件处理方法,其特征在于,所述步骤s3之后还包括:s5、根据获取的业务处理请求进行动态地加载配置文件的数据处理,并转换成对应的java对象。7.根据权利要求2所述的配置化文件处理方法,其特征在于,所述数据结构包括字符串、数字、布尔值、数组、对象。8.一种配置化文件处理装置,其特征在于,包括:数据读取单元,用于通过使用反射机制动态地读取配置文件中的数据;数据转换单元,用于将所述数据转换成对应的java对象;数据写入单元,用于根据所述java对象将其转换成对应的字符串,并写入所述配置文件中。9.一种配置化文件处理设备,其特征在于,所述设备包括处理器以及存储器:所述存储器用于存储程序代码,并将所述程序代码传输给所述处理器;所述处理器用于根据所述程序代码中的指令执行权利要求1-7任一项所述的配置化文件处理方法。10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质用于存储程序代码,所述程序代码用于执行权利要求1-7任一项所述的配置化文件处理方法。

技术总结
本申请公开了一种配置化文件处理方法、装置、设备及存储介质,通过使用反射机制动态地读取配置文件中的数据,然后将数据转换成对应的Java对象,最后根据Java对象将其转换成对应的字符串,并写入配置文件中,解决了目前银行每天会处理大量的交易数据,数据会经过各个系统最终通过APP以账单的形式展示给用户,账单中交易信息也会越来越丰富,展示的新增字段也会通过源系统之间通过文件的方式透传下来,每次支撑新业务都需要进行业务代码的开发,对于业务的支持不够快速,导致的人力成本增加和效率低下的技术问题。率低下的技术问题。率低下的技术问题。


技术研发人员:徐彬 贾俊
受保护的技术使用者:平安银行股份有限公司
技术研发日:2023.06.27
技术公布日:2023/9/20
版权声明

本文仅代表作者观点,不代表航空之家立场。
本文系作者授权航家号发表,未经原创作者书面授权,任何单位或个人不得引用、复制、转载、摘编、链接或以其他任何方式复制发表。任何单位或个人在获得书面授权使用航空之家内容时,须注明作者及来源 “航空之家”。如非法使用航空之家的部分或全部内容的,航空之家将依法追究其法律责任。(航空之家官方QQ:2926969996)

飞行汽车 https://www.autovtol.com/

分享:

扫一扫在手机阅读、分享本文

相关推荐