CN112989433A - Verification method based on Java Bean verification rule and related equipment - Google Patents

Verification method based on Java Bean verification rule and related equipment Download PDF

Info

Publication number
CN112989433A
CN112989433A CN202110204117.1A CN202110204117A CN112989433A CN 112989433 A CN112989433 A CN 112989433A CN 202110204117 A CN202110204117 A CN 202110204117A CN 112989433 A CN112989433 A CN 112989433A
Authority
CN
China
Prior art keywords
verification
rule
check
metadata
template
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.)
Pending
Application number
CN202110204117.1A
Other languages
Chinese (zh)
Inventor
胡标
韩广阔
李辉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shanghai Zhongtongji Network Technology Co Ltd
Original Assignee
Shanghai Zhongtongji Network Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Shanghai Zhongtongji Network Technology Co Ltd filed Critical Shanghai Zhongtongji Network Technology Co Ltd
Priority to CN202110204117.1A priority Critical patent/CN112989433A/en
Publication of CN112989433A publication Critical patent/CN112989433A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60Protecting data
    • G06F21/64Protecting data integrity, e.g. using checksums, certificates or signatures
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/08Error detection or correction by redundancy in data representation, e.g. by using checking codes
    • G06F11/10Adding special bits or symbols to the coded information, e.g. parity check, casting out 9's or 11's
    • G06F11/1004Adding special bits or symbols to the coded information, e.g. parity check, casting out 9's or 11's to protect a block of data words, e.g. CRC or checksum

Abstract

The invention relates to a verification method based on Java Bean verification rules and related equipment. The method comprises the following steps: receiving service data to be verified input by a user; selecting a required verification rule based on Java beans in a preset class loader according to service data to be verified; the check rule is generated by check metadata containing check content and a check rule template based on Java Bean; if the required check rule can be obtained, the check rule is utilized to check the service data to be checked; and if the required check rule cannot be obtained, acquiring the latest check metadata, obtaining the required check rule by combining with the check rule template, and checking the service data to be checked by using the newly generated check rule. In the method, the check rules are obtained by using the check metadata and the Java Bean transaction rule template, so that the adaptability of the transaction rules is greatly improved, and the service data check efficiency is improved.

Description

Verification method based on Java Bean verification rule and related equipment
Technical Field
The invention relates to the technical field of data verification, in particular to a verification method based on Java Bean verification rules and related equipment.
Background
With the rapid development of the internet, a large amount of business data is emerging in the internet. In order to enable each service data to work correctly under each service scene, the legality and validity of the data are verified to be a necessary barrier for the data to enter an application system.
At present, in order to ensure the security of the service data, developers of each application system may set a relevant check rule for each kind of service data, and then code the check rule in their own system. When the user uses the service data, different verification rules are required if the application systems used by the user are different. When the same service data needs to be checked identically in different systems, developers need to repeatedly develop codes based on the same logic for different application systems. And the situation that the verification rules are not unified in each application system, legal data cannot pass the verification and illegal data pass the verification easily occurs when each application system is dispersedly developed. In addition, the existing verification system designed based on a customized development mode needs professional developers to develop new verification rules again when the requirements change, and the mode cannot adapt to the current industrial situation of continuous change of business, so that the business efficiency is low.
Disclosure of Invention
In view of this, the present invention provides a verification method and related apparatus based on Java Bean verification rule to overcome the shortcomings of the prior art. The problem of low business data verification efficiency caused by repeated development of experience rules at present is solved.
In order to achieve the purpose, the invention adopts the following technical scheme:
a verification method based on Java Bean verification rules comprises the following steps:
receiving service data to be verified input by a user;
selecting a required verification rule based on Java beans from a preset class loader according to the service data to be verified; the check rule is generated by check metadata containing check content and a check rule template based on Java Bean;
if the required verification rule can be obtained, verifying the service data to be verified by using the verification rule;
and if the required verification rule cannot be obtained, obtaining the latest verification metadata, obtaining the required verification rule by combining the verification rule template, and verifying the service data to be verified by using the newly generated verification rule.
Optionally, the construction process of the verification rule includes:
receiving verification metadata;
calling a required Java Bean-based check rule template in a preset class loader according to the check metadata;
and constructing the check rule based on the check metadata and the check rule template.
Optionally, the verifying metadata includes: checking the name of the template;
the calling of the required Java Bean-based check rule template in the preset class loader according to the check metadata comprises the following steps:
traversing all the check rule templates in the preset class loader according to the check template names;
and selecting a template corresponding to the name of the check template in all the check rule templates as the check rule template.
Optionally, the constructing the check rule based on the check metadata and the check rule template includes:
analyzing the check metadata;
and adding the analysis result as annotation information to the corresponding attribute in the verification rule template to obtain the verification rule.
Optionally, the method further includes:
and storing the check rule into the preset class loader.
Optionally, the verifying the service data to be verified by using the verification rule includes:
reading the annotation information of the check rule;
and verifying all attribute data in the service data to be verified by using the annotation information.
A data verification device based on Java Bean verification rules comprises:
the data receiving module to be verified is used for receiving the service data to be verified input by a user;
the check rule selecting module is used for selecting a required check rule based on Java Bean in a preset class loader according to the service data to be checked; the check rule is generated by check metadata containing check content and a check rule template based on Java Bean;
the first checking module is used for checking the service data to be checked by using the checking rule if the required checking rule can be obtained;
and the second checking module is used for acquiring the latest checking metadata if the required checking rule cannot be acquired, acquiring the required checking rule by combining the checking rule template, and checking the service data to be checked by using the newly generated checking rule.
Optionally, the method further includes:
the metadata receiving module is used for receiving the verification metadata;
the verification rule template selection module is used for calling a required verification rule template based on Java beans in a preset class loader according to the verification metadata;
and the verification rule building module is used for building the verification rule based on the verification metadata and the verification rule template.
A data verification device based on Java Bean verification rules comprises:
a processor, and a memory coupled to the processor;
the memory is used for storing a computer program, and the computer program is at least used for executing the verification method based on the Java Bean verification rule;
the processor is used for calling and executing the computer program in the memory.
A data verification system based on Java Bean verification rules comprises:
the system comprises a preset class loader and the data verification equipment which is in communication connection with the preset class loader.
The technical scheme provided by the application can comprise the following beneficial effects:
the application discloses a verification method based on Java Bean verification rules, which comprises the following steps: receiving service data to be verified input by a user; selecting a required verification rule based on Java beans from a preset class loader according to the service data to be verified; the check rule is generated by check metadata containing check content and a check rule template based on Java Bean; if the required verification rule can be obtained, verifying the service data to be verified by using the verification rule; and if the required verification rule cannot be obtained, obtaining the latest verification metadata, obtaining the required verification rule by combining the verification rule template, and verifying the service data to be verified by using the newly generated verification rule. According to the method, the dynamic verification of the data is carried out by utilizing the Java Bean-based verification rule, and the verification rule can be obtained by utilizing the verification metadata and the transaction rule template based on the Java Bean, so that the normalized verification metadata can be dynamically used by each system, the response can be timely carried out when the verification rule is changed, the development process is not required to be put into operation again, the service efficiency is effectively improved, and meanwhile, the manpower and the material resources are saved.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments of the present invention, and for those skilled in the art, other drawings can be obtained according to the drawings without creative efforts.
Fig. 1 is a flowchart of a verification method based on Java Bean verification rules according to an embodiment of the present invention;
FIG. 2 is a flowchart of a method for constructing a verification rule according to an embodiment of the present invention;
fig. 3 is a block diagram of a checking apparatus based on Java Bean checking rules according to an embodiment of the present invention;
FIG. 4 is a block diagram of an apparatus for a process of constructing a verification rule according to an embodiment of the present invention;
fig. 5 is a structural diagram of data verification equipment based on Java Bean verification rules according to an embodiment of the present invention;
fig. 6 is a structural diagram of a data verification system based on Java Bean verification rules according to an embodiment of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the present invention more apparent, the technical solutions of the present invention will be described in detail below. It is to be understood that the described embodiments are merely exemplary of the invention, and not restrictive of the full scope of the invention. All other embodiments, which can be derived by a person skilled in the art from the examples given herein without any inventive step, are within the scope of the present invention.
Fig. 1 is a flowchart of a verification method based on Java Bean verification rules according to an embodiment of the present invention. Referring to fig. 1, a verification method based on Java Bean verification rules includes:
step 101: and receiving the service data to be verified input by the user. When a user checks data through different application systems, firstly, service data to be checked is sent to the checking equipment through the application systems.
Step 102: selecting a required verification rule based on Java beans from a preset class loader according to the service data to be verified; the check rule is generated by check metadata containing check content and a check rule template based on Java Bean. And after receiving the service data to be verified, selecting a required verification rule according to the unique code of the service data. The specific form of the unique code is not fixed, and may be set when the service data is generated, or may be set according to a fixed format after the service data is received. For example: after receiving the service data to be verified, the service data to be verified may be encoded, and a code in a set form is added to the service data to be verified, for example: and checking the name of the rule, and selecting the check rule corresponding to the name of the check rule from a preset class loader according to the name of the check rule.
Step 103: and if the required verification rule can be obtained, verifying the service data to be verified by using the verification rule. If the check rule required by the service data to be checked can be found in the preset class loader, the check rule is directly called to check the service data to be checked. And reading annotation information in the verification rule, and verifying data according to the annotation information. The annotation information is generated when the verification rule is constructed.
Step 104: and if the required verification rule cannot be obtained, obtaining the latest verification metadata, obtaining the required verification rule by combining the verification rule template, and verifying the service data to be verified by using the newly generated verification rule. If the required check rule cannot be found in the preset loader, the check rule of the service data to be checked is changed, a new check rule needs to be constructed, the latest check metadata needs to be acquired at the moment, then the corresponding check rule template is called according to the check metadata, the check metadata and the experience rule template are fused to obtain the new check rule, and then the new check rule is used for verification.
In the embodiment, a data verification process based on a Java Bean verification rule is indicated, wherein the data verification rule is constructed by verifying metadata and a verification rule template, the verification metadata can be changed according to different actual requirements, so that dynamic verification of the business data is realized, different systems can realize verification of the business data by using the dynamic verification rule, timely response of the verification rule is realized, developers do not need to research and develop the verification system again corresponding to the different systems, and the verification process of the business data is effectively improved.
On the basis of the above-mentioned service data verification embodiment, the present application also discloses a method for constructing a verification rule, which is specifically as follows.
Fig. 2 is a flowchart of a method for constructing a verification rule according to an embodiment of the present invention. Referring to fig. 2, a method for constructing a verification rule includes:
step 201: verification metadata is received. The checking metadata takes a JSON format as a data carrier, and comprises the contents of service data to be checked, including the range of byte type/integer type/long integer type data values, the range of floating point type data values, the range of integer/decimal places, the range of length of character string type data, a regular expression matched with the character string type data in checking, and the enumeration range of all types of values. The content of the specific verification metadata is determined according to the specific requirements of the service data to be verified.
The acquisition process of the verification metadata may be in various cases, for example: various common verification metadata can be preset, and common data verification contents, such as data value ranges and the like, are protected in the verification metadata. The verification metadata may also be set according to different sets of the service data, that is, first, content information to be verified of the service data is determined, then, verification content is determined according to the content information, and the verification metadata is constructed according to the verification content. And then, a verification rule meeting the verification requirement of the business data is constructed through the verification metadata.
Step 202: and calling a required verification rule template based on the Java Bean in a preset class loader according to the verification metadata. Wherein, the check metadata further includes: and checking the template name. When the transaction rule template corresponding to the service data is obtained, the verification rule template with the name as the verification template name is called from the preset class loader through the verification template name in the verification metadata, and the template is the required template. In the present application, the corresponding verification rule template is selected by verifying the name of the verification template in the metadata, but it should be noted that the method for obtaining the verification rule template is not limited to the name of the verification template, and may also be obtained by other methods. For example, according to the traffic data category.
Step 203: and constructing the check rule based on the check metadata and the check rule template. When the check rule is constructed, firstly, the check metadata are analyzed, the analysis result is added to the attribute of the copied check rule template in an annotation mode, and the attribute in the check rule template has the corresponding check metadata, so that the final check rule is formed. Meanwhile, after the verification rule is generated, the verification rule is stored in the preset class loader, when the service data is verified, the required verification rule can be directly called from the preset class loader, and the data verification is carried out according to annotation information of the verification rule.
In the above embodiment, a setting process of the verification rule is described, and in the process, the verification rule is obtained by combining the transaction metadata according to the protection verification content and the JavaBean-based verification rule template. The process strips the coupling between the verification and the service logic, flexibly and conveniently configures the verification rule and takes effect in real time. The method for realizing the multi-system unified verification by using the normalized verification metadata is used, and meanwhile, the analysis result of the verification metadata is copied into a verification rule template, so that the dynamic verification is realized by using the copy class and the annotation.
The embodiment of the invention also provides a data verification device based on the Java Bean verification rule. Please see the examples below.
Fig. 3 is a block diagram of a verification apparatus based on Java Bean verification rules according to an embodiment of the present invention. Referring to fig. 3, a data verification apparatus based on Java Bean verification rule includes:
a to-be-verified data receiving module 301, configured to receive to-be-verified service data input by a user.
A check rule selecting module 302, configured to select a required check rule based on a Java Bean from a preset class loader according to the service data to be checked; the check rule is generated by check metadata containing check content and a check rule template based on Java Bean.
The first checking module 303 is configured to check the service data to be checked by using the checking rule if the required checking rule can be obtained.
The second checking module 304 is configured to, if the required check rule cannot be obtained, obtain the latest check metadata, obtain the required check rule by combining with the check rule template, and check the service data to be checked by using the newly generated check rule.
Meanwhile, on the basis of the embodiment of the device, the application also discloses a device for constructing the verification rule, which specifically comprises the following steps:
fig. 4 is a block diagram of an apparatus for a construction process of a check rule according to an embodiment of the present invention. Referring to fig. 4, the apparatus for constructing a verification rule includes:
a metadata receiving module 401, configured to receive verification metadata. The verifying metadata includes: and checking the template name.
And the verification rule template selecting module 402 is configured to call a required verification rule template based on the Java Bean in a preset class loader according to the verification metadata.
A check rule constructing module 403, configured to construct the check rule based on the check metadata and the check rule template.
The verification rule template selecting module 402 is specifically configured to: traversing all the check rule templates in the preset class loader according to the check template names; and selecting a template corresponding to the name of the check template in all the check rule templates as the check rule template.
The check rule building module 403 is specifically configured to: analyzing the check metadata; and adding the analysis result as annotation information to the corresponding attribute in the check rule template to obtain the check rule, and storing the check rule in the preset class loader.
Compared with the traditional coding type data verification rule compiling, the data verification device adopts normalized data verification for dynamic verification, the coupling between verification and service logic is stripped, the verification rule is flexibly and conveniently configured, and the verification rule takes effect in real time. The dynamic calibrator enables the normalized calibration information to be dynamically used by each system, and can respond in time when the calibration rule is changed, so that the development process is not required to be put into again, the service efficiency is effectively improved, and the manpower and material resources are saved.
In order to more clearly introduce a hardware system for implementing the embodiment of the present invention, the embodiment of the present invention further provides data verification equipment and system based on the Java Bean verification rule, corresponding to the data verification method based on the Java Bean verification rule provided in the embodiment of the present invention. Please see the examples below.
Fig. 5 is a structural diagram of a data verification device based on Java Bean verification rules according to an embodiment of the present invention. Referring to fig. 5, a data verification apparatus based on Java Bean verification rule includes:
a processor 501, and a memory 502 connected to the processor 501;
the memory 502 is used for storing a computer program at least for executing the above-mentioned verification method based on the Java Bean verification rule;
the processor 501 is used for calling and executing the computer program in the memory 502.
Fig. 6 is a structural diagram of a data verification system based on Java Bean verification rules according to an embodiment of the present invention. Referring to fig. 6, a data verification system based on Java Bean verification rules includes:
a preset class loader 601, and a data verification device 602 as described above communicatively connected to the preset class loader 601.
In the equipment and the system, the check rules are generated by utilizing the check metadata and the Java Bean check rule template, so that the dynamic generation of the check rules is realized, the check rules required by different systems can be provided in time, and the check efficiency of the service data is greatly improved.
It is understood that the same or similar parts in the above embodiments may be mutually referred to, and the same or similar parts in other embodiments may be referred to for the content which is not described in detail in some embodiments.
It should be noted that the terms "first," "second," and the like in the description of the present invention are used for descriptive purposes only and are not to be construed as indicating or implying relative importance. Further, in the description of the present invention, the meaning of "a plurality" means at least two unless otherwise specified.
Any process or method descriptions in flow charts or otherwise described herein may be understood as representing modules, segments, or portions of code which include one or more executable instructions for implementing specific logical functions or steps of the process, and alternate implementations are included within the scope of the preferred embodiment of the present invention in which functions may be executed out of order from that shown or discussed, including substantially concurrently or in reverse order, depending on the functionality involved, as would be understood by those reasonably skilled in the art of the present invention.
It should be understood that portions of the present invention may be implemented in hardware, software, firmware, or a combination thereof. In the above embodiments, the various steps or methods may be implemented in software or firmware stored in memory and executed by a suitable instruction execution system. For example, if implemented in hardware, as in another embodiment, any one or combination of the following techniques, which are known in the art, may be used: a discrete logic circuit having a logic gate circuit for implementing a logic function on a data signal, an application specific integrated circuit having an appropriate combinational logic gate circuit, a Programmable Gate Array (PGA), a Field Programmable Gate Array (FPGA), or the like.
It will be understood by those skilled in the art that all or part of the steps carried by the method for implementing the above embodiments may be implemented by hardware related to instructions of a program, which may be stored in a computer readable storage medium, and when the program is executed, the program includes one or a combination of the steps of the method embodiments.
In addition, functional units in the embodiments of the present invention may be integrated into one processing module, or each unit may exist alone physically, or two or more units are integrated into one module. The integrated module can be realized in a hardware mode, and can also be realized in a software functional module mode. The integrated module, if implemented in the form of a software functional module and sold or used as a stand-alone product, may also be stored in a computer readable storage medium.
The storage medium mentioned above may be a read-only memory, a magnetic or optical disk, etc.
In the description herein, references to the description of the term "one embodiment," "some embodiments," "an example," "a specific example," or "some examples," etc., mean that a particular feature, structure, material, or characteristic described in connection with the embodiment or example is included in at least one embodiment or example of the invention. In this specification, the schematic representations of the terms used above do not necessarily refer to the same embodiment or example. Furthermore, the particular features, structures, materials, or characteristics described may be combined in any suitable manner in any one or more embodiments or examples.
Although embodiments of the present invention have been shown and described above, it is understood that the above embodiments are exemplary and should not be construed as limiting the present invention, and that variations, modifications, substitutions and alterations can be made to the above embodiments by those of ordinary skill in the art within the scope of the present invention.

Claims (10)

1. A verification method based on Java Bean verification rules is characterized by comprising the following steps:
receiving service data to be verified input by a user;
selecting a required verification rule based on Java beans from a preset class loader according to the service data to be verified; the check rule is generated by check metadata containing check content and a check rule template based on Java Bean;
if the required verification rule can be obtained, verifying the service data to be verified by using the verification rule;
and if the required verification rule cannot be obtained, obtaining the latest verification metadata, obtaining the required verification rule by combining the verification rule template, and verifying the service data to be verified by using the newly generated verification rule.
2. The method of claim 1, wherein the construction process of the check rule comprises:
receiving verification metadata;
calling a required Java Bean-based check rule template in a preset class loader according to the check metadata;
and constructing the check rule based on the check metadata and the check rule template.
3. The method of claim 2, wherein the verifying the metadata comprises: checking the name of the template;
the calling of the required Java Bean-based check rule template in the preset class loader according to the check metadata comprises the following steps:
traversing all the check rule templates in the preset class loader according to the check template names;
and selecting a template corresponding to the name of the check template in all the check rule templates as the check rule template.
4. The method of claim 2, wherein the constructing the verification rule based on the verification metadata and the verification rule template comprises:
analyzing the check metadata;
and adding the analysis result as annotation information to the corresponding attribute in the verification rule template to obtain the verification rule.
5. The method of claim 2, further comprising:
and storing the check rule into the preset class loader.
6. The method according to claim 4, wherein the verifying the service data to be verified by using the verification rule comprises:
reading the annotation information of the check rule;
and verifying all attribute data in the service data to be verified by using the annotation information.
7. A data verification device based on Java Bean verification rule is characterized by comprising:
the data receiving module to be verified is used for receiving the service data to be verified input by a user;
the check rule selecting module is used for selecting a required check rule based on Java Bean in a preset class loader according to the service data to be checked; the check rule is generated by check metadata containing check content and a check rule template based on Java Bean;
the first checking module is used for checking the service data to be checked by using the checking rule if the required checking rule can be obtained;
and the second checking module is used for acquiring the latest checking metadata if the required checking rule cannot be acquired, acquiring the required checking rule by combining the checking rule template, and checking the service data to be checked by using the newly generated checking rule.
8. The apparatus of claim 7, further comprising:
the metadata receiving module is used for receiving the verification metadata;
the verification rule template selection module is used for calling a required verification rule template based on Java beans in a preset class loader according to the verification metadata;
and the verification rule building module is used for building the verification rule based on the verification metadata and the verification rule template.
9. A data verification device based on Java Bean verification rule is characterized by comprising:
a processor, and a memory coupled to the processor;
the memory is used for storing a computer program at least for executing the verification method based on the Java Bean verification rule of any one of claims 1-7;
the processor is used for calling and executing the computer program in the memory.
10. A data verification system based on Java Bean verification rules is characterized by comprising:
a pre-defined class loader, and the data verification device of claim 9 communicatively coupled to the pre-defined class loader.
CN202110204117.1A 2021-02-24 2021-02-24 Verification method based on Java Bean verification rule and related equipment Pending CN112989433A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110204117.1A CN112989433A (en) 2021-02-24 2021-02-24 Verification method based on Java Bean verification rule and related equipment

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110204117.1A CN112989433A (en) 2021-02-24 2021-02-24 Verification method based on Java Bean verification rule and related equipment

Publications (1)

Publication Number Publication Date
CN112989433A true CN112989433A (en) 2021-06-18

Family

ID=76349910

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110204117.1A Pending CN112989433A (en) 2021-02-24 2021-02-24 Verification method based on Java Bean verification rule and related equipment

Country Status (1)

Country Link
CN (1) CN112989433A (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113506095A (en) * 2021-08-05 2021-10-15 上海中通吉网络技术有限公司 Order dynamic rule checking and distributing method
CN113627754A (en) * 2021-07-27 2021-11-09 北京达佳互联信息技术有限公司 Operation control method and device for index detection, electronic equipment and storage medium
CN115586904A (en) * 2022-12-12 2023-01-10 云筑信息科技(成都)有限公司 JSON data format description-based dynamic generation method for Java beans

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101021890A (en) * 2007-03-20 2007-08-22 华为技术有限公司 Method, system and server for checking page data
CN107818509A (en) * 2017-11-24 2018-03-20 泰康保险集团股份有限公司 Business datum method of calibration, device, storage medium and electronic equipment
CN107992519A (en) * 2017-10-31 2018-05-04 中国电力科学研究院有限公司 The multi-source heterogeneous data verification system and method for a kind of smart grid-oriented big data
CN110825634A (en) * 2019-11-04 2020-02-21 深圳前海微众银行股份有限公司 Parameter quality checking method, device and equipment and computer readable storage medium

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101021890A (en) * 2007-03-20 2007-08-22 华为技术有限公司 Method, system and server for checking page data
CN107992519A (en) * 2017-10-31 2018-05-04 中国电力科学研究院有限公司 The multi-source heterogeneous data verification system and method for a kind of smart grid-oriented big data
CN107818509A (en) * 2017-11-24 2018-03-20 泰康保险集团股份有限公司 Business datum method of calibration, device, storage medium and electronic equipment
CN110825634A (en) * 2019-11-04 2020-02-21 深圳前海微众银行股份有限公司 Parameter quality checking method, device and equipment and computer readable storage medium

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113627754A (en) * 2021-07-27 2021-11-09 北京达佳互联信息技术有限公司 Operation control method and device for index detection, electronic equipment and storage medium
CN113506095A (en) * 2021-08-05 2021-10-15 上海中通吉网络技术有限公司 Order dynamic rule checking and distributing method
CN115586904A (en) * 2022-12-12 2023-01-10 云筑信息科技(成都)有限公司 JSON data format description-based dynamic generation method for Java beans

Similar Documents

Publication Publication Date Title
CN112989433A (en) Verification method based on Java Bean verification rule and related equipment
CN108268253B (en) Interface code generation method and terminal equipment
CN108292231B (en) Method and system for generating applications from data
CN111428462A (en) Communication protocol template construction method and terminal equipment
CN108628748B (en) Automatic test management method and automatic test management system
JP2006293974A (en) System, program, and method for software authentication
CN111506579B (en) Method, program and equipment for generating intelligent contract code
CN110990274B (en) Data processing method, device and system for generating test cases
CN111949520A (en) Automatic interface test method and equipment
CN111106899B (en) Data verification method and device in Internet of things, computer equipment and storage medium
CN111562965B (en) Page data verification method and device based on decision tree
CN112631924A (en) Automatic testing method and device, computer equipment and storage medium
CN112181430A (en) Code change statistical method and device, electronic equipment and storage medium
CN111666100A (en) Software framework generation method and device, electronic equipment and storage medium
CN111581183A (en) Data migration method and device based on data model
CN111338716A (en) Data processing method and device based on rule engine and terminal equipment
CN113778897A (en) Automatic test method, device, equipment and storage medium of interface
CN114625407A (en) Method, system, equipment and storage medium for implementing AB experiment
CN111142863A (en) Page generation method and device
CN111062039A (en) Multi-standard security reference detection method and system, target host and server
CN110580156A (en) Page processing method and device and electronic equipment
CN109429260B (en) Method and device for checking northbound data
CN115811513A (en) Third-party interface request design method, device and storage medium
CN111324645A (en) Data processing method and device for block chain
CN104536887A (en) Communication data detection method and device

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