Data processing method and device for page identification

By acquiring development requirement data and identifying rule configuration data to generate singleton data, the problem of high code intrusion in the page identification process is solved, achieving the technical effects of flexible configuration and low maintenance cost.

CN114296721BActive Publication Date: 2026-05-05SHANGHAI SHUHE INFORMATION TECH CO LTD
View PDF 1 Cites 0 Cited by

Patent Information

Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
SHANGHAI SHUHE INFORMATION TECH CO LTD
Filing Date
2021-12-07
Publication Date
2026-05-05

AI Technical Summary

Technical Problem

Existing technologies suffer from high code intrusion during page identification and lack centralized configuration, making dynamic configuration difficult to achieve.

Method used

By acquiring development requirement data, identifying rule configuration data, generating singleton data, and identifying the pages to be developed based on the singleton data, static or dynamic configuration can be achieved, reducing coupling with business code.

Benefits of technology

It enables flexible configuration of page identifiers, reduces maintenance costs, solves code intrusion issues, and improves configuration flexibility and efficiency.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN114296721B_ABST
    Figure CN114296721B_ABST
Patent Text Reader

Abstract

This application discloses a data processing method and apparatus for page identification. The method includes: identifying acquired development requirement data to obtain rule configuration data; upon receiving a page generation instruction, parsing the rule configuration data to generate singleton data; matching the singleton object generated by the rule data corresponding to the page to be developed; completing the identification of the page to be developed; obtaining the identified mobile page; and obtaining the identification result. This application identifies pages by configuring rules, enabling flexible configuration of page identification information and decoupling it from business code. It solves the technical problem of high code intrusion in the existing page identification process, achieving flexible configuration of page identification and reduced maintenance costs.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This application relates to the field of web development, and more specifically, to a data processing method and apparatus for page identification. Background Technology

[0002] In the development process of Android, iOS, etc., it is sometimes necessary to assign some page information to each App page, such as page name, page ID, etc., and use the above information in scenarios such as reporting user behavior and App interface requests.

[0003] In existing technologies, defining page information in the code of each App page results in the page information being coupled with the business code, leading to decentralized configuration and high maintenance costs. Another approach involves defining page information in the parent class, with each page generating its own page information by inheriting from the parent class. This approach has several scenarios where dynamic configuration is difficult to achieve.

[0004] Therefore, the existing page identification process has a high degree of code intrusion. Summary of the Invention

[0005] The main objective of this application is to provide a data processing method and apparatus for page identification, so as to solve the technical problem of high code intrusion in the existing technology during the page identification process, and to achieve the technical effect of flexible configuration and low intrusion of page identification.

[0006] To achieve the above objectives, in the first aspect of this application, a data processing method for page identification is proposed, comprising:

[0007] Obtain development requirement data, wherein the development requirement data is the data of the page to be developed;

[0008] The development requirement data is identified to obtain rule configuration data;

[0009] After receiving the page development instructions, the rule configuration data is parsed to generate singleton data; and

[0010] The page to be developed is identified based on the singleton data to obtain the identification result data.

[0011] Preferably, parsing the rule configuration data to generate singleton data includes:

[0012] The rule configuration data is identified to obtain rule type data;

[0013] If the rule configuration data is of the first rule type, parse the rule configuration data to obtain the first singleton data, thereby implementing the static configuration of the page to be developed; and

[0014] If the rule configuration data is of the second rule type, the rule configuration data is parsed to obtain the second singleton data, so as to realize the dynamic configuration of the page to be developed.

[0015] Preferably, the page to be developed is identified based on the singleton data, and the resulting identification data includes:

[0016] The required data to be developed is identified to obtain page parameter data, wherein the page parameter data is the parameter data of the page to be developed;

[0017] Match the singleton data corresponding to the page to be developed to obtain the application singleton data; and

[0018] The page to be processed is identified based on the application instance data and the page parameter data to obtain the identification result data.

[0019] Preferably, the page to be processed is identified based on the application singleton data and the page parameter data, and the identification result data includes:

[0020] If the application singleton data is the second singleton data, the page parameter data is identified to obtain page attribute data; and

[0021] The page attribute data is identified based on the second singleton data, and the page ID data is returned to obtain the identification result data. The identification result data includes the page ID data, and the page ID data corresponds to the page attribute data.

[0022] Preferably, after identifying the page to be developed based on the singleton data and obtaining the identification result data, the method further includes:

[0023] Acquire business data, wherein the business data is the data corresponding to the target business;

[0024] Identify the identifier result data in the business data, and perform inductive analysis on the business data based on the identifier result data to obtain preprocessed business data.

[0025] According to a second aspect of this application, a data processing apparatus for page identification is provided, comprising:

[0026] The data acquisition module is used to acquire development requirement data, wherein the development requirement data is the data of the page to be developed;

[0027] The rule configuration module is used to identify the development requirement data and obtain rule configuration data;

[0028] After receiving the page development instructions, the rule configuration data is parsed to generate singleton data; and

[0029] The identification result module is used to identify the page to be developed based on the single-instance data to obtain identification result data.

[0030] Preferably, the rule configuration module includes:

[0031] The rule recognition module is used to identify the rule configuration data to obtain rule type data;

[0032] The first configuration module is used to parse the rule configuration data to obtain first singleton data if the rule configuration data is of a first rule type, so as to realize the static configuration of the page to be developed; and

[0033] The second configuration module is used to parse the rule configuration data to obtain the second singleton data if the rule configuration data is of the second rule type, so as to realize the dynamic configuration of the page to be developed.

[0034] Preferably, the page identification module includes:

[0035] Parameter recognition is used to identify the data of the requirements to be developed and obtain page parameter data, wherein the page parameter data is the parameter data of the page to be developed;

[0036] The matching module matches the singleton data corresponding to the page to be developed, and obtains the application singleton data; and

[0037] The page identification module is used to identify the page to be processed based on the application singleton data and the page parameter data, and obtain the identification result data.

[0038] According to a third aspect of this application, a computer-readable storage medium is provided, characterized in that the computer-readable storage medium stores computer instructions for causing the computer to perform the above-described data processing method for page identification.

[0039] According to a fourth aspect of this application, an electronic device is provided, characterized in that it comprises: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores a computer program executable by the at least one processor, the computer program being executed by the at least one processor to cause the at least one processor to perform the above-described data processing method for page identification.

[0040] The technical solutions provided by the embodiments of this application may include the following beneficial effects:

[0041] In this application, rule configuration data is obtained by identifying the acquired development requirement data. After receiving the instruction to generate a page, the rule configuration data is parsed to generate singleton data. The singleton object generated by matching the rule data corresponding to the page to be developed is then used to complete the identification of the page to be developed, resulting in a mobile page with complete page identification and the identification result. This application identifies pages by configuring rules, which enables flexible configuration of page identification information and decouples it from business code. This solves the technical problem of high code intrusion in the existing technology of page identification, and achieves the technical effects of flexible configuration of page identification and reduced maintenance costs. Attached Figure Description

[0042] The accompanying drawings, which form part of this application, are used to provide a further understanding of the application and to make other features, objects, and advantages of the application more apparent. The illustrative embodiments and descriptions of this application are used to explain the application and do not constitute an undue limitation of the application. In the drawings:

[0043] Figure 1 A flowchart illustrating a data processing method for page identification provided in this application;

[0044] Figure 2 A flowchart illustrating a data processing method for page identification provided in this application;

[0045] Figure 3 A flowchart illustrating a data processing method for page identification provided in this application;

[0046] Figure 4 A schematic diagram of a data processing device for page identification provided in this application;

[0047] Figure 5 A schematic diagram of another data processing device for page identification provided in this application. Detailed Implementation

[0048] To enable those skilled in the art to better understand the present application, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present application, and not all embodiments. Based on the embodiments in the present application, all other embodiments obtained by those of ordinary skill in the art without creative effort should fall within the scope of protection of the present application.

[0049] It should be noted that the terms "first," "second," etc., in the specification, claims, and accompanying drawings of this application are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate for the embodiments of this application described herein. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0050] In this application, the terms "upper," "lower," "left," "right," "front," "rear," "top," "bottom," "inner," "outer," "middle," "vertical," "horizontal," "lateral," and "longitudinal" indicate the orientation or positional relationship based on the orientation or positional relationship shown in the accompanying drawings. These terms are primarily for the purpose of better describing this application and its embodiments, and are not intended to limit the indicated device, element, or component to having a specific orientation, or to be constructed and operated in a specific orientation.

[0051] Furthermore, in addition to indicating location or positional relationship, some of the aforementioned terms may also have other meanings. For example, the term "above" may also be used in some cases to indicate a certain dependency or connection relationship. Those skilled in the art can understand the specific meaning of these terms in this application based on the specific circumstances.

[0052] Furthermore, the terms "installation," "setup," "equipped with," "connection," "linked," and "socketing" should be interpreted broadly. For example, "connection" can be a fixed connection, a detachable connection, or an integral structure; it can be a mechanical connection or an electrical connection; it can be a direct connection or an indirect connection through an intermediate medium, or an internal connection between two devices, components, or parts. Those skilled in the art can understand the specific meaning of the above terms in this application according to the specific circumstances.

[0053] Explanation of related terms: Page Information (PageInfo): APP page information object; Page Name (PageName): Name of APP page; Page ID (PageId): ID of APP page.

[0054] Figure 1 A flowchart illustrating a data processing method for page identification provided in this application is shown below. Figure 1 As shown, the method includes the following steps:

[0055] S101: Obtain development requirement data;

[0056] The development requirements data consists of data for pages to be developed, which are configuration data for APP pages. The same APP may have different business types. Optionally, pages to be developed may include a first business page, a second business page, etc. Optionally, different pages may exist within the same business type. The page data to be developed may include a first page for the first business, a second page for the first business, and a third page for the first business, etc. For example, for bank card binding services, there may be user registration application binding, user loan binding, and user personal information page binding, etc. The development requirements data includes relevant data for the data to be developed under different business types and different pages, as well as basic parameter data for each page.

[0057] S102: Identify development requirement data to obtain rule configuration data;

[0058] The development requirements data includes page configuration rules, which enable unified configuration for different pages.

[0059] S103: After receiving the page development instructions, parse the rule configuration data and generate singleton data;

[0060] Figure 2 A flowchart of a data processing method for page identification provided in this application is shown below. Figure 2 As shown, the method includes the following steps:

[0061] S201: Identify the rule configuration data to obtain rule type data;

[0062] The rule configuration data includes first rule configuration data and second rule configuration data. Specifically, the rule configuration data includes two types of data: rules and pages. The rules define rules for PageId, and the pages define rules for PageName. The logic for pages is roughly similar to rules, but pages have more extended parameters, and PageName supports prefixes and suffixes.

[0063] Optionally, the rule type data also includes static configuration rules and dynamic configuration rules.

[0064] S202: If the rule configuration data is of the first rule type, parse the rule configuration data to obtain the first singleton data, so as to realize the static configuration of the page to be developed;

[0065] In an optional embodiment of this application, during the page generation process, PageInfo data of the page is generated, rule data is parsed, the current page matches the first rule, the PageId rule in the first rule data is identified, the rule is executed to obtain the current page PageId, and a page ID with a fixed value is generated.

[0066] S203: If the rule configuration data is a second rule type, parse the rule configuration data to obtain the second singleton data, so as to realize the dynamic configuration of the page to be developed.

[0067] In another optional embodiment of this application, during the page generation process, a page object to be developed is defined, which contains dynamic configuration object data. The dynamic configuration object data is identified to obtain conditional feature data. The first conditional feature is "where," meaning that the matching operation continues when the condition is met. The second conditional feature data is "args," which is the matching parameter used when performing the matching operation in the first conditional feature. When the first conditional feature data and the second conditional feature data satisfy a preset matching rule, the second rule data PageId rule is matched. Since the PageId in the current page is already determined and equal to the value of page, that is, when the title in params equals $title (note that $title here is a placeholder, and its value points to the title in args), after satisfying the above condition "the title in params equals $title," pageId = page (i.e., bindCardPage). Then, according to the PageId rule, the dynamic feature data (data) in the current page is obtained, and the configuration of PageId in the page to be developed is implemented according to the dynamic feature data to generate the PageId of the current page.

[0068] Optionally, in another embodiment of this application, when defining a page object to be developed, there are first dynamic configuration object data and second dynamic object configuration data. The first dynamic configuration object data and the second dynamic configuration object data have the same structure data, but the test value in args can be changed to THREE and page can be changed to there. After obtaining the second dynamic feature data, the PageId corresponding to the second dynamic feature data is obtained, realizing the reuse of the page in different scenarios, that is, the same page in different scenarios is configured with different PageIds.

[0069] S104: Identify the page to be developed based on the singleton data and obtain the identification result data.

[0070] Figure 3 A flowchart illustrating a data processing method for page identification provided in this application is shown below. Figure 3 As shown, the method includes the following steps:

[0071] S301: Identify the data of the development requirements to obtain the page parameter data;

[0072] The page parameter data refers to the parameter data of the page to be developed. The page parameter data includes the first parameter data, the second parameter data, etc., such as the page type and other input parameters.

[0073] S302: Match the singleton data corresponding to the page to be developed to obtain the application singleton data;

[0074] The page parameter data is identified, and the corresponding rule data is matched according to the identification results. The singleton data corresponding to the rule data is then called to obtain the application singleton data.

[0075] S303: Identify the page to be processed based on the application singleton data and page parameter data to obtain the identification result data.

[0076] If the rule data is of type rules, the resulting page identifier is PageId; if the rule data is of type pages, the resulting page identifier is PageName.

[0077] In another optional embodiment of this application, after obtaining the identification result data, the method further includes:

[0078] Acquire business data, wherein the business data is data corresponding to the target business; identify the identifier result data in the business data, and perform inductive analysis based on the identifier result data to obtain preprocessed business data. For example, report user behavior on this page as input parameters for App interface requests. During business data analysis and processing, the business data is analyzed and processed based on the identifier result, so as to perform preprocessing during the business data collection process, which facilitates subsequent data processing and improves data analysis efficiency.

[0079] Figure 4 A schematic diagram of a data processing device for page identification provided in this application is shown below. Figure 4 The device includes:

[0080] The data acquisition module 41 is used to acquire development requirement data, which is the data of the page to be developed;

[0081] Rule configuration module 42 is used to identify development requirement data and obtain rule configuration data;

[0082] After receiving the page development instructions, the rule configuration data is parsed to generate singleton data; and

[0083] The identification result module 43 is used to identify the page to be developed based on the single instance data to obtain identification result data.

[0084] Figure 5A schematic diagram of another data processing device for page identification provided in this application is shown below. Figure 5 The device includes:

[0085] The rule recognition module 51 is used to recognize the rule configuration data and obtain the rule type data;

[0086] The first configuration module 52 is used to parse the rule configuration data if the rule configuration data is of the first rule type, and obtain the first singleton data to realize the static configuration of the page to be developed;

[0087] The second configuration module 53 is used to parse the rule configuration data if the rule configuration data is of the second rule type, and obtain the second singleton data to realize the dynamic configuration of the page to be developed.

[0088] The specific methods of execution of each unit in the above embodiments have been described in detail in the embodiments of the method, and will not be elaborated here.

[0089] In summary, this application identifies the acquired development requirement data to obtain rule configuration data. Upon receiving the page generation instruction, the rule configuration data is parsed to generate singleton data. A singleton object is generated by matching the rule data corresponding to the page to be developed, thus completing the identification of the page and obtaining the identified mobile page, resulting in the identification result. This application identifies pages through configuration rules, enabling flexible configuration of page identification information and decoupling it from business code. This solves the technical problem of high code intrusion in existing technologies during page identification, achieving flexible configuration of page identification and reduced maintenance costs.

[0090] A readable storage medium can be a computer storage medium or a communication medium. A communication medium includes any medium that facilitates the transfer of computer programs from one location to another. A computer storage medium can be any available medium accessible to a general-purpose or special-purpose computer. For example, a readable storage medium is coupled to a processor, enabling the processor to read information from and write information to the readable storage medium. Of course, a readable storage medium can also be a component of the processor. The processor and the readable storage medium can reside in an Application Specific Integrated Circuit (ASIC). Alternatively, the ASIC can be located in a user equipment. Of course, the processor and the readable storage medium can also exist as discrete components in a communication device. A readable storage medium can be a read-only memory (ROM), random access memory (RAM), CD-ROM, magnetic tape, floppy disk, and optical data storage device, etc.

[0091] The present invention also provides a program product including executable instructions stored in a readable storage medium. At least one processor of the device can read the executable instructions from the readable storage medium, and the at least one processor executes the executable instructions to cause the device to implement the methods provided in the various embodiments described above.

[0092] In the above-described terminal or server embodiments, it should be understood that the processor can be a Central Processing Unit (CPU), or other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), etc. The general-purpose processor can be a microprocessor or any conventional processor. The steps of the method disclosed in this invention can be directly manifested as execution by a hardware processor, or execution by a combination of hardware and software modules within the processor.

[0093] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, and not to limit them; although the present invention has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some or all of the technical features; and these modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of the present invention.

Claims

1. A data processing method for page identification, characterized in that, include: Obtain development requirement data, wherein the development requirement data is the data of the page to be developed, the page to be developed is the configuration data of the APP page, and the same APP may have different business types; The development requirement data is identified to obtain rule configuration data; Upon receiving the page development instruction, the rule configuration data is parsed to generate singleton data. This parsing and singleton generation includes: identifying the rule configuration data to obtain rule type data; if the rule configuration data is a first rule type, parsing the rule configuration data to obtain first singleton data to achieve static configuration of the page to be developed; and if the rule configuration data is a second rule type, parsing the rule configuration data to obtain second singleton data to achieve dynamic configuration of the page to be developed. The page to be developed is identified based on the singleton data to obtain the identification result data; The process of identifying the page to be developed based on the singleton data to obtain identification result data includes: identifying the development requirement data to obtain page parameter data, wherein the page parameter data is the parameter data of the page to be developed; matching the singleton data corresponding to the page to be developed to obtain application singleton data; and identifying the page to be developed based on the application singleton data and the page parameter data to obtain the identification result data.

2. The data processing method according to claim 1, characterized in that, The page to be developed is identified based on the application singleton data and the page parameter data, and the identification result data includes: If the application singleton data is the second singleton data, the page parameter data is identified to obtain page attribute data; and The page attribute data is identified based on the second singleton data, and the page ID data is returned to obtain the identification result data. The identification result data includes the page ID data, and the page ID data corresponds to the page attribute data.

3. The data processing method according to claim 1, characterized in that, After identifying the page to be developed based on the singleton data and obtaining the identification result data, the method further includes: Acquire business data, wherein the business data is the data corresponding to the target business; Identify the identifier result data in the business data, and perform inductive analysis on the business data based on the identifier result data to obtain preprocessed business data.

4. A data processing apparatus for page identification, characterized in that, include: The data acquisition module is used to acquire development requirement data, wherein the development requirement data is the data of the page to be developed, the page to be developed is the configuration data of the APP page, and the same APP may have different business types; The rule configuration module is used to identify the development requirement data and obtain rule configuration data; After receiving the page development instructions, the rule configuration data is parsed to generate singleton data; The identification result module is used to identify the page to be developed based on the single-instance data to obtain identification result data; The rule configuration module includes: The rule recognition module is used to identify the rule configuration data to obtain rule type data; The first configuration module is used to parse the rule configuration data to obtain first singleton data if the rule configuration data is of a first rule type, so as to realize the static configuration of the page to be developed; and The second configuration module is used to parse the rule configuration data to obtain the second singleton data if the rule configuration data is a second rule type, so as to realize the dynamic configuration of the page to be developed; The page identification module includes: Parameter recognition is used to identify the development requirement data to obtain page parameter data, wherein the page parameter data is the parameter data of the page to be developed; The matching module matches the singleton data corresponding to the page to be developed, and obtains the application singleton data; and The page identification module is used to identify the page to be developed based on the application singleton data and the page parameter data, and obtain the identification result data.

5. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer instructions for causing the computer to perform the data processing method for page identification as described in any one of claims 1-3.

6. An electronic device, characterized in that, include: At least one processor; And a memory communicatively connected to the at least one processor; wherein the memory stores a computer program executable by the at least one processor, the computer program being executed by the at least one processor to cause the at least one processor to perform the data processing method for page identification as described in any one of claims 1-3.

Citation Information

Patent Citations

  • Activity page publishing method and device, electronic device and storage medium

    CN112528199A