CN107545008B - 数据的格式要求存储方法及装置 - Google Patents
数据的格式要求存储方法及装置 Download PDFInfo
- Publication number
- CN107545008B CN107545008B CN201610497084.3A CN201610497084A CN107545008B CN 107545008 B CN107545008 B CN 107545008B CN 201610497084 A CN201610497084 A CN 201610497084A CN 107545008 B CN107545008 B CN 107545008B
- Authority
- CN
- China
- Prior art keywords
- field
- format
- node
- type
- dictionary
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明提供一种数据的格式要求存储方法及装置。该方法包括:对待存储格式要求的数据段进行解析,获得多个字段,根据多个字段的结构将数据段的格式要求存储在XML文件中,其中:XML文件的根节点为字典类型,字典的key值为预先设置的第一标识,根节点下的每一节点对应一个数据段的格式要求,数据段的格式要求以字典结构形式存储。数据段的格式要求对应的字典结构与数据段的字段相对应,在字典结构中,每一节点与该节点下的子节点之间有一个中间节点,中间节点的key值为每一字段的字段类型对应的标识。从而可将数据段的格式要求按照固定的形式存储在文件中,对于复杂的格式要求也能很好地进行存储,适用范围广。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种数据的格式要求存储方法及装置。
背景技术
混合模式移动应用(Hybrid APP)是一种结合网页应用(Web app)和本地化应用(Native app)的混合移动应用,在Hybrid APP中,为了便于Web与Native的双向通信,如Web端调用Native的功能(或者Native调用Web的功能),Web与Native间通常会定义一些具有固定数据格式的协议。当Web端调用Native的功能时,Web端在拼装这些协议的时候,如果出现格式错误,会引起Native无响应的问题,就需要寻找问题的原因,而寻找问题的原因比较麻烦。因此有必要设计一套能自动检验协议数据格式的装置,而自动检验协议数据格式装置的重点在于如何将数据的格式要求信息存储下来,并能方便机器进行读取和使用,同时还要尽量让数据存储文件具有统一的规则,易于理解、维护和扩展。
现有技术中,数据格式要求的存储方法是:将数据格式要求存储在扩展标记语言(Extensible Markup Language,简称:XML)文件中,使用与待检验数据结构相同的字典进行存储,将数据格式要求作为XML节点的属性或子节点存放。
但是,上述方案仅适用于一些简单的格式要求,对于一些较复杂的格式要求,如:数据的其中一个字段下有多个数组或至少一个子字段的情况,再如根据子字段a的值决定子字段b是否是必须的等等,现有的方案不能进行很好的存储,有较大的局限性,适用范围较窄。
发明内容
本发明提供一种数据的格式要求存储方法及装置,以解决现有的存储方法适用范围较窄的问题。
第一方面,本发明提供一种数据的格式要求存储方法,包括:
对待存储格式要求的数据段进行解析,获得多个字段;
根据多个字段的结构将数据段的格式要求存储在扩展标记语言XML文件中,其中:
XML文件的根节点为字典类型,字典的key值为预先设置的第一标识,根节点下的每一节点对应一个数据段的格式要求,数据段的格式要求以字典结构形式存储;
数据段的格式要求对应的字典结构与数据段的字段相对应,在所述字典结构中,每一节点与所述节点下的子节点之间有一个中间节点,所述中间节点的key值为每一字段的字段类型对应的标识,所述标识用于指示字段的字段类型。
进一步地,所述字段类型包括数组类型和字典类型。
进一步地,所述字段类型为数组类型时,对应的子节点下有多个数组节点,每一数组节点下存储字段的子字段的格式要求;
所述字段类型为第一字典类型时,对应的子节点下存储字段的子字段的格式要求;
所述字段类型为第二字典类型时,对应的子节点下有多个叶子节点,所述叶子节点存储子节点对应的字段的格式要求,所述叶子节点为key-value对,key值标识格式要求的名称,value为格式要求。
进一步地,所述叶子节点的key值为预设的固定格式的标识。
进一步地,还包括:
接收数据段。
第二方面,本发明提供一种数据的格式要求存储装置,包括:
解析模块,用于对待存储格式要求的数据段进行解析,获得多个字段;
存储模块,用于根据多个字段的结构将数据段的格式要求存储在扩展标记语言XML文件中,其中:
XML文件的根节点为字典类型,字典的key值为预先设置的第一标识,根节点下的每一节点对应一个数据段的格式要求,数据段的格式要求以字典结构形式存储;
数据段的格式要求对应的字典结构与数据段的字段相对应,在所述字典结构中,每一节点与所述节点下的子节点之间有一个中间节点,所述中间节点的key值为每一字段的字段类型对应的标识,所述标识用于指示字段的字段类型。
进一步地,所述字段类型包括数组类型和字典类型。
进一步地,所述字段类型为数组类型时,对应的子节点下有多个数组节点,每一数组节点下存储字段的子字段的格式要求;
所述字段类型为第一字典类型时,对应的子节点下存储字段的子字段的格式要求;
所述字段类型为第二字典类型时,对应的子节点下有多个叶子节点,所述叶子节点存储子节点对应的字段的格式要求,所述叶子节点为key-value对,key值标识格式要求的名称,value为格式要求。
进一步地,所述叶子节点的key值为预设的固定格式的标识。
进一步地,还包括:
接收模块,用于接收数据段。
本发明提供的数据的格式要求存储方法及装置,通过对待存储格式要求的数据段进行解析,获得多个字段,根据多个字段的结构将数据段的格式要求存储在XML文件中,数据段的格式要求以字典结构形式存储,数据段的格式要求对应的字典结构与数据段的字段相对应,在该字典结构中,每一节点与节点下的子节点之间有一个中间节点,中间节点的key值为每一字段的字段类型对应的标识,该标识用于指示字段的字段类型。从而可将数据段需要满足的格式要求按照固定的形式存储在文件中,对于复杂的格式要求也能很好地进行存储,数据存储文件具有统一的规则,易于理解、维护和扩展,适用范围广。
附图说明
为了更清楚地说明本发明或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明数据的格式要求存储方法实施例一的流程图;
图2为本发明数据的格式要求存储装置实施例一的结构示意图;
图3为本发明数据的格式要求存储装置实施例二的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合本发明中的附图,对本发明中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
现有技术中数据格式要求的存储是将数据格式要求存储在XML文件中,使用与待检验数据结构相同的字典进行存储,将数据格式要求作为XML节点的属性或子节点存放。以待检验数据为如下所示的一段数据为例:
{"action":"sms","phonenum":"1800000000","content":"Hello World!"}
该段数据的数据格式如下,包括每一字段的字段格式:
可以看出是一对一的字典形式的方式存储,存储方法只适用于一些简单的格式要求,对于一些较复杂的格式要求,上述方案不能进行很好的存储,有较大的局限性,适用范围较窄。
本发明提出一种数据的格式要求存储方法及装置,可以将数据段需要满足的格式要求按照固定的形式存储在文件中,数据存储文件具有统一的规则,易于理解、维护和扩展。下面结合附图详细说明本发明的方案。
图1为本发明数据的格式要求存储方法实施例一的流程图,如图1所示,本实施例的方法可以包括:
S101、对待存储格式要求的数据段进行解析,获得多个字段。
具体地,对数据段进行解析,获得组成数据段的多个字段。
S102、根据多个字段的结构将数据段的格式要求存储在XML文件中。
其中,XML文件的根节点为字典类型,字典的key值为预先设置的第一标识,根节点下的每一节点对应一个数据段的格式要求,数据段的格式要求以字典结构形式存储。数据段的格式要求对应的字典结构与数据段的字段相对应,在该字典结构中,每一节点与节点下的子节点之间有一个中间节点,中间节点的key值为每一字段的字段类型对应的标识,该标识用于指示字段的字段类型。
具体地,也就是根据多个字段的结构将每一字段的格式要求存储在XML文件中,本实施例具体使用属性列表文件存储数据的格式要求,本实施在现有的XML文件的节点结构基础上,添加了一些具有特殊意义的固定名称的节点,这些节点针对字典类型字段和数组类型字段以及满足特定条件的字段,以满足复杂的格式要求的存储,这些节点即为中间节点。
这里的字段类型包括数组类型和字典类型,字典类型包含两种字典类型,字段为数组类型的字段时,是指字段的value包含多个数组,字段为字典类型的字段时,是指字段的value又包含了多个子字段,或者字段的value要满足特定的条件,或者字段的value为正常的一个value。
当字段类型为数组类型时,对应的子节点下有多个数组节点,每一数组节点下存储字段的子字段的格式要求。当字段类型为第一字典类型时,对应的子节点下存储字段的子字段的格式要求。
这里的第一字典类型是指字段的value为正常的一个value。
当字段类型为第二字典类型时,对应的子节点下有多个叶子节点,叶子节点存储子节点对应的字段的格式要求,叶子节点为key-value对,key值标识格式要求的名称,value为格式要求。其中,叶子节点的key值为预设的固定格式的标识。
这里的第二字典类型是指字段的value又包含了多个子字段,子字段下也可能还包括了多个子字段,还可能是包含了数组类型的子字段。
也就是说,本实施中有三种字段类型的字段,需要说明的是,本发明不以此为限。
下面以一个具体的数据段一为例:{“action”:“tLoagPage”,“action_handler”:“http://www.58.com/index.html”,“pagetype”:“link”,“hide_collection”:“true”,“price”:“100”,“content”:{“action”:“sms”,“params”:[“wubashenqi”,“params=222”]}}
该数据段中,由6个字段组成,分别是:
字段一“action”:“tLoagPage”
字段二“action_handler”:“http://www.58.com/index.html”
字段三“pagetype”:“link”
字段四“hide_collection”:“true”
字段五“price”:“100”
字段六“content”:{“action”:“sms”,“params”:[“wubashenqi”,“params=222”]
按照图1所示的存储方法,首先,对上述数据段进行解析,得到多个字段,其中,字段一、字段二、字段三、字段四和字段五为第一字典类型的字段,字段六为第二字典类型的字段,且字段六中包含了两个子字段,这两个子字段中,其中第一个子字段是第一字典类型的字段,第二个子字段是数组类型的字段。
接着,根据多个字段的结构将数据段的格式要求存储在XML文件中。具体地,XML文件的根节点为字典类型,字典的key值为预先设置的第一标识,根节点下的每一节点对应一个数据段的格式要求,数据段的格式要求以字典结构形式存储。
数据段的格式要求对应的字典结构与数据段的字段相对应,在该字典结构中,每一节点与节点下的子节点之间有一个中间节点,中间节点的key值为每一字段的字段类型对应的标识,该标识用于指示字段的字段类型。
本实施例中以中间节点的key值为:sSubArray、sCondition、sSubDictionary为例,也就是三种字段类型对应的标识,看到标识就可知道是那种类型的字段。其中,
sSubArray指示字段为数组类型,只有当字段是数组类型时,中间节点才为key值为sSubArray的节点,该中间节点(也就是子节点)下有多个数组节点,每一数组节点下存储字段的子字段的格式要求。
sSubDictionary指示字段为第一字典类型,只有当字段是第一字典类型时,中间节点才为key值为sSubDictionary的节点,该中间节点(也就是子节点)下存储字段的子字段的格式要求。
sCondition指示字段为第二字典类型,只有当字段是第二字典类型时,中间节点才为key值为sCondition的节点,该中间节点(也就是子节点)下有多个叶子节点,叶子节点存储子节点对应的字段的格式要求,叶子节点为key-value对,key值标识格式要求的名称,value为格式要求。其中,叶子节点的key值为预设的固定格式的标识,如叶子节点的key值均以c开头,有cType、cMaxValue、cMinValue、cSimpleRequiredProperty、cRegularExpression、cConditionRequiredProperty、cNotNull、cMinCount。可选的,还可以是,每一个以c开头的字段对应一个特定的校验方法,后续负责格式校验的模块可以根据这些key值注册相应的校验方法。这样,如果要添加新的格式类型,只需要在格式校验模块的相应位置添加对应的校验方法并注册,不用更改原有代码就可达到扩展的目的。
其中,cType指定字段的数据类型,cType的值为字符串类型,其取值只有四种情况:”NSDictionary”,“NSArray”,“NSString”,“NSValue”,分别代表字典类型、数组类型、字符串类型和数值类型。
cMaxValue指定数值字段的值的最大取值,cMaxValue的值为数值类型,可取整数或浮点数,cMaxValue只适用于那些值为数值的字段。
cMinValue指定数值字段的值的最小取值,cMinValue的值为数值类型,可取整数或浮点数,cMinValue只适用于那些值为数值的字段。
cRegularExpression指定字符串字段的值应该满足的正则表达式,cRegularExpression的值为字符串类型,内部存储正则表达式,cRegularExpression只适用于那些值为字符串的字段。
cSimpleRequiredProperty指定字典类型的字段下必须包含的一级子元素的key值,cSimpleRequiredProperty的值为数组类型,数组中的所有元素都是字符串,字符串内的内容为字段必须包含的一级子字段的key值。cSimpleRequiredProperty只适用于字典类型的字段。
cConditionRequriedProperty是为响应根据条件判断必需字段的需求,大多时候,必需字段是由某一个或几个字段的值来决定的。
需要说明的是,上述例如sSubArray、sSubDictionary、sSubDictionary以及cType、cMaxValue、cMinValue、cSimpleRequiredProperty、cRegularExpression、cConditionRequiredProperty、cNotNull、cMinCount等标识都是预先按需设定的。
对数据段一的格式要求存储如下表一所示:
表一 对数据段一的格式要求存储
对上述数据段使用图1所示的存储方法进行存储后,详见表一所示的各个节点、子节点以及对应的value。XML文件的根节点为字典类型,字典的key值为预先设置的标识,根节点下的节点tLoadpage对应数据段一的格式要求,节点tLoadpage与它的子节点之间有中间节点sCondition,中间节点sCondition下有叶子节点cConditionRequiredProperty,叶子节点cConditionRequiredProperty存储六个字段Item0-Item5,每一个item是一个字符串类型的值,代表tLoadpage所必须包含的子字段。例如item2的值为“pagetype”,代表tLoadpage必须包含key为“pagetype”的子字段。
tLoadpage的另一个子节点sSubDictionary存储了tLoadpage的子节点的格式要求。sSubDictionary包含5个子节点,以action_hander为例加以说明。Action_handler下也包含一些格式要求,这些要求由action_handler下的sCondition指定。图中的cType和cRegularExpresstion分别指定了action_handler字段的值为字符串类型,并且要以“http://”开头。其余节点情况类似,其中,最后一个节点content又是一个字典类型,所以它也包含sCondition和sSubDictionary两个节点,分别指定content要满足的要求和其他子节点要满足的要求,情况与tLoadpage类似。本例中指定content包含两个子节点action和params。action是一个简单节点,params是一个数组。Params的要求同样由它下面的sCondition指定,而params的子元素要满足的要求由params下的sSubArray指定。本例中要求params的第一个元素是一个字符串类型,第二个元素是字符串元素并且要满足正则表达式“^param”。
下面再以另一个具体的数据段二为例:pub_history:{"action":"pub_history","type":"get/save","data":data,"callback":"callbackfun"}
要求:当type=get时,callback字段必需,type=save时,data字段必需。
cConditionRequiredProperty是一个数组,它的每一个元素是一个字典,字典下面需要两个子字段,rCondition和rProperty(r是required的首字母)。
rCondition提供条件信息(type=get、type=save)。它是字典类型,key为当前字段下的某个子字段的key值(如type),value是字符串类型。Value的值可能为vBoolTrue、vBoolFalse、vPropertyExist、vNSStringTo…、vNSNumberTo…。其中vBoolTrue和vBoolFalse标志字段的值为bool类型,并且应该为true或false;vPropertyExist标志字段存在;vNSStringTo…标志字段应该满足vNSStringTo后面的字符串组成的正则表达式;vNSNumberTo标志字段应该是数值,并且等于vNSNumber后面的字符串所代表的数值。
rProperty是数组类型,存放在满足rCondition时必需的字段(callback)。
对数据段二的格式要求存储如下表二所示:
表二 对数据段二的格式要求存储
对上述数据段使用图1所示的存储方法进行存储后,当type=get时,callback字段必需,type=save时,data字段必需。具体意义解释如下:
pub_history节点对应数据段二的格式要求,sCondition为其父节点pub_history需要满足的格式要求列表,sCondition的每一个子节点指定一项要求。cConditionRequiredProperty就是这样的一个要求,代表在某种情况下,必须要有的子字段。本例中这样的要求有两个,由其他子元素item0和item1代表。以item0为例,item0为字典类型,有两个固定的子节点,分别为rCondition和rProperty,代表当rCondition所指定的条件满足时,pub_history必须包含rProperty所指定的字段。而rCondition指定的条件为,pub_history包含key值为type子字段,并且type子字段的值为字符串类型,并且满足正则表达式“^get$”(即值为“get”)。结合item0的rCondition和rProperty所得为,当pub_history包含子字段type,并且type的值为“get”字符串时,pub_history必须包含子字段callback。同理,item1指定的要求为,当pub_history包含子字段type,并且type的值为“save”字符串时,pub_history必须包含子字段data。
本实施例提供的数据的格式要求存储方法,通过对待存储格式要求的数据段进行解析,获得多个字段,根据多个字段的结构将数据段的格式要求存储在XML文件中,数据段的格式要求以字典结构形式存储,数据段的格式要求对应的字典结构与数据段的字段相对应,在该字典结构中,每一节点与节点下的子节点之间有一个中间节点,中间节点的key值为每一字段的字段类型对应的标识,该标识用于指示字段的字段类型。从而可将数据段需要满足的格式要求按照固定的形式存储在文件中,对于复杂的格式要求也能很好地进行存储,数据存储文件具有统一的规则,易于理解、维护和扩展,适用范围广。
图2为本发明数据的格式要求存储装置实施例一的结构示意图,如图2所示,本实施例的装置可以包括:解析模块11和存储模块12,其中,解析模块11用于对待存储格式要求的数据段进行解析,获得多个字段。存储模块12用于根据多个字段的结构将数据段的格式要求存储在扩展标记语言XML文件中,其中:XML文件的根节点为字典类型,字典的key值为预先设置的第一标识,根节点下的每一节点对应一个数据段的格式要求,数据段的格式要求以字典结构形式存储。数据段的格式要求对应的字典结构与数据段的字段相对应,在字典结构中,每一节点与节点下的子节点之间有一个中间节点,中间节点的key值为每一字段的字段类型对应的标识,该标识用于指示字段的字段类型。
这里的字段类型包括数组类型和字典类型,字典类型包含两种字典类型,字段为数组类型的字段时,是指字段的value包含多个数组,字段为字典类型的字段时,是指字段的value又包含了多个子字段,或者字段的value要满足特定的条件,或者字段的value为正常的一个value。
当字段类型为数组类型时,对应的子节点下有多个数组节点,每一数组节点下存储字段的子字段的格式要求。当字段类型为第一字典类型时,对应的子节点下存储字段的子字段的格式要求。
这里的第一字典类型是指字段的value为正常的一个value。
当字段类型为第二字典类型时,对应的子节点下有多个叶子节点,叶子节点存储子节点对应的字段的格式要求,叶子节点为key-value对,key值标识格式要求的名称,value为格式要求。其中,叶子节点的key值为预设的固定格式的标识。
这里的第二字典类型是指字段的value又包含了多个子字段,子字段下也可能还包括了多个子字段,还可能是包含了数组类型的子字段。
也就是说,本实施中有三种字段类型的字段,需要说明的是,本发明不以此为限。
本实施例的装置,可以用于执行图1所示方法实施例的技术方案,其实现原理和技术效果类似,此处不再赘述。
本实施例提供的数据的格式要求存储装置,通过解析模块对待存储格式要求的数据段进行解析,获得多个字段,存储模块根据多个字段的结构将数据段的格式要求存储在XML文件中,数据段的格式要求以字典结构形式存储,数据段的格式要求对应的字典结构与数据段的字段相对应,在该字典结构中,每一节点与节点下的子节点之间有一个中间节点,中间节点的key值为每一字段的字段类型对应的标识,该标识用于指示字段的字段类型。从而可将数据段需要满足的格式要求按照固定的形式存储在文件中,对于复杂的格式要求也能很好地进行存储,数据存储文件具有统一的规则,易于理解、维护和扩展,适用范围广。
图3为本发明数据的格式要求存储装置实施例二的结构示意图,如图3所示,本实施例的装置在图2所示装置的基础上,进一步地,还可以包括:接收模块13,该接收模块13用于接收数据段。
本实施例的装置,可以用于执行图1所示方法实施例的技术方案,其实现原理和技术效果类似,此处不再赘述。
本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可获取存储介质中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
Claims (6)
1.一种数据的格式要求存储方法,其特征在于,包括:
对待存储格式要求的数据段进行解析,获得多个字段;
根据多个字段的结构将数据段的格式要求存储在扩展标记语言XML文件中,其中:
XML文件的根节点为字典类型,字典的key值为预先设置的第一标识,根节点下的每一节点对应一个数据段的格式要求,数据段的格式要求以字典结构形式存储;
数据段的格式要求对应的字典结构与数据段的字段相对应,在所述字典结构中,每一节点与所述节点下的子节点之间有一个中间节点,所述中间节点的key值为每一字段的字段类型对应的标识,所述标识用于指示字段的字段类型;
所述字段类型为数组类型时,对应的子节点下有多个数组节点,每一数组节点下存储字段的子字段的格式要求;
所述字段类型为第一字典类型时,对应的子节点下存储字段的子字段的格式要求;
所述字段类型为第二字典类型时,对应的子节点下有多个叶子节点,所述叶子节点存储子节点对应的字段的格式要求,所述叶子节点为key-value对,key值标识格式要求的名称,value为格式要求,其中,所述key值均以c开头,每一个以c开头的字段对应一个特定的校验方法。
2.根据权利要求1所述的方法,其特征在于,所述叶子节点的key值为预设的固定格式的标识。
3.根据权利要求1或2所述的方法,其特征在于,还包括:
接收数据段。
4.一种数据的格式要求存储装置,其特征在于,包括:
解析模块,用于对待存储格式要求的数据段进行解析,获得多个字段;
存储模块,用于根据多个字段的结构将数据段的格式要求存储在扩展标记语言XML文件中,其中:
XML文件的根节点为字典类型,字典的key值为预先设置的第一标识,根节点下的每一节点对应一个数据段的格式要求,数据段的格式要求以字典结构形式存储;
数据段的格式要求对应的字典结构与数据段的字段相对应,在所述字典结构中,每一节点与所述节点下的子节点之间有一个中间节点,所述中间节点的key值为每一字段的字段类型对应的标识,所述标识用于指示字段的字段类型;
所述字段类型为数组类型时,对应的子节点下有多个数组节点,每一数组节点下存储字段的子字段的格式要求;
所述字段类型为第一字典类型时,对应的子节点下存储字段的子字段的格式要求;
所述字段类型为第二字典类型时,对应的子节点下有多个叶子节点,所述叶子节点存储子节点对应的字段的格式要求,所述叶子节点为key-value对,key值标识格式要求的名称,value为格式要求,其中,所述key值均以c开头,每一个以c开头的字段对应一个特定的校验方法。
5.根据权利要求4所述的装置,其特征在于,所述叶子节点的key值为预设的固定格式的标识。
6.根据权利要求4或5所述的装置,其特征在于,还包括:
接收模块,用于接收数据段。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610497084.3A CN107545008B (zh) | 2016-06-27 | 2016-06-27 | 数据的格式要求存储方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610497084.3A CN107545008B (zh) | 2016-06-27 | 2016-06-27 | 数据的格式要求存储方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107545008A CN107545008A (zh) | 2018-01-05 |
CN107545008B true CN107545008B (zh) | 2021-02-19 |
Family
ID=60965689
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610497084.3A Active CN107545008B (zh) | 2016-06-27 | 2016-06-27 | 数据的格式要求存储方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107545008B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112087486B (zh) * | 2020-07-30 | 2022-07-12 | 山东浪潮通软信息科技有限公司 | 一种物联网设备的数据整合方法、设备及介质 |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6401092B1 (en) * | 1998-09-25 | 2002-06-04 | Netscape Communications Corporation | Name type value storage |
US7158984B2 (en) * | 2002-02-01 | 2007-01-02 | John Fairweather | System for exchanging binary data |
US20080189314A1 (en) * | 2007-02-05 | 2008-08-07 | International Business Machines Corporation | Generation of template for reformatting data from first data format to second data format |
CN101382893A (zh) * | 2008-10-10 | 2009-03-11 | 清华大学 | 一种基于Web服务的构件在线组装方法 |
CN101464875A (zh) * | 2007-12-20 | 2009-06-24 | 金宝电子(上海)有限公司 | 使用xml表示电子字典数据的方法 |
CN102314371A (zh) * | 2011-09-07 | 2012-01-11 | 中兴通讯股份有限公司 | 基于可扩展标记语言的编码方法、解码方法及编解码装置 |
US20130036143A1 (en) * | 2010-09-14 | 2013-02-07 | Tencent Technology (Shenzhen) Company Limited | Method and Device for Data Storage |
CN104951565A (zh) * | 2015-07-10 | 2015-09-30 | 上海斐讯数据通信技术有限公司 | 一种基于内存数据库的xml配置维护方法及系统 |
CN105488014A (zh) * | 2015-11-27 | 2016-04-13 | 中国民生银行股份有限公司 | Xml格式的接口测试案例报文的生成方法和装置 |
-
2016
- 2016-06-27 CN CN201610497084.3A patent/CN107545008B/zh active Active
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6401092B1 (en) * | 1998-09-25 | 2002-06-04 | Netscape Communications Corporation | Name type value storage |
US7158984B2 (en) * | 2002-02-01 | 2007-01-02 | John Fairweather | System for exchanging binary data |
US20080189314A1 (en) * | 2007-02-05 | 2008-08-07 | International Business Machines Corporation | Generation of template for reformatting data from first data format to second data format |
CN101464875A (zh) * | 2007-12-20 | 2009-06-24 | 金宝电子(上海)有限公司 | 使用xml表示电子字典数据的方法 |
CN101382893A (zh) * | 2008-10-10 | 2009-03-11 | 清华大学 | 一种基于Web服务的构件在线组装方法 |
US20130036143A1 (en) * | 2010-09-14 | 2013-02-07 | Tencent Technology (Shenzhen) Company Limited | Method and Device for Data Storage |
CN102314371A (zh) * | 2011-09-07 | 2012-01-11 | 中兴通讯股份有限公司 | 基于可扩展标记语言的编码方法、解码方法及编解码装置 |
CN104951565A (zh) * | 2015-07-10 | 2015-09-30 | 上海斐讯数据通信技术有限公司 | 一种基于内存数据库的xml配置维护方法及系统 |
CN105488014A (zh) * | 2015-11-27 | 2016-04-13 | 中国民生银行股份有限公司 | Xml格式的接口测试案例报文的生成方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN107545008A (zh) | 2018-01-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20050039117A1 (en) | Method, system, and computer program product for comparing two computer files | |
CN109522018A (zh) | 页面处理方法、装置及存储介质 | |
US20140280256A1 (en) | Automated data parsing | |
CN111242577A (zh) | Rpa流程自动化机器人部署方法、装置及电子设备 | |
CN110502520B (zh) | 一种数据入库的方法、系统、设备及计算机可读存储介质 | |
US20150178263A1 (en) | System and Method for Constructing Markup Language Templates and Input Data Structure Specifications | |
US10552236B2 (en) | Serialization of focus movement between elements in web applications | |
CN111950239B (zh) | Schema文档生成方法、装置、计算机设备和介质 | |
CN106528823B (zh) | 一种报文配置及输出方法及装置 | |
CN110909168B (zh) | 知识图谱的更新方法和装置、存储介质及电子装置 | |
CN110457526A (zh) | 基于xml文件的通用化数据解析方法 | |
CN112420145A (zh) | 电子病历文书数据处理方法、装置及计算机可读存储介质 | |
CN110851136A (zh) | 数据获取方法、装置、电子设备及存储介质 | |
CN111628975A (zh) | 一种组装xml报文的方法及装置 | |
CN107545008B (zh) | 数据的格式要求存储方法及装置 | |
CN111290996A (zh) | 文档格式转换方法、装置、设备及可读存储介质 | |
CN113743082A (zh) | 一种数据处理方法、系统、存储介质及电子设备 | |
CN103473106B (zh) | 一种页面生成的方法及系统 | |
CN117271645A (zh) | 一种测试数据的处理方法、装置及计算机可读存储介质 | |
EP1959352A2 (en) | System and method of report representation | |
CN109408577B (zh) | Oracle数据库json解析方法、系统、装置及可存储介质 | |
CN111125605A (zh) | 页面元素获取方法和装置 | |
CN114610751A (zh) | 地理计算语言的结构化参数解析方法、装置、设备及介质 | |
CN111241788B (zh) | 基于线性模型的文档转换方法、装置、设备及存储介质 | |
US20170351655A1 (en) | Template-aware document editing |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |