Business processing method and device, electronic equipment, storage medium and program product

Abstract

The invention provides a business processing method and device, electronic equipment, a computer readable storage medium and a computer program product. The method comprises the steps that N scene condition values matched with service logic are compared with scene condition parameter values corresponding to M first process branches, a comparison result is obtained, and N and M are integers larger than 1; determining a second process branch from the M first process branches based on the comparison result; obtaining a service template of the second process branch; and implementing the service logic by executing the code encapsulated in the component of the service template. Through the method and the device, the code development amount can be greatly reduced, so that the business processing efficiency is effectively improved.

Description

Technical Field

[0001] The present application relates to the field of data processing, and in particular to a business processing method, device, electronic device, storage medium and program product. Background Art

[0002] During the project development process, it is often necessary to execute different processing steps or methods for the same code logic according to different scenario conditions (for example, channels, user tags, etc.). The relevant technologies will develop corresponding extension points for each scenario condition according to different scenario conditions (for example, with the development of the business, it is necessary to add face recognition function or fingerprint recognition function, etc.), which requires increasing the workload of code development and consumes a lot of human resources. Summary of the invention

[0003] The embodiments of the present application provide a business processing method, device, electronic device, storage medium and program product, which can effectively improve business processing efficiency.

[0004] The technical solution of the embodiment of the present application is implemented as follows:

[0005] The present application provides a service processing method, including:

[0006] Compare the N scenario condition values ​​matching the business logic with the scenario condition parameter values ​​corresponding to the M first process branches to obtain a comparison result, where N and M are both integers greater than 1;

[0007] Based on the comparison result, determining a second process branch from the M first process branches;

[0008] Obtaining a service template for the second process branch;

[0009] The business logic is implemented by executing the code encapsulated in the component of the business template.

[0010] The present application provides a service processing device, including:

[0011] A determination module, used to compare N scene condition values ​​matching the business logic with the scene condition parameter values ​​corresponding to the M first process branches to obtain a comparison result, wherein N and M are both integers greater than 1;

[0012] The determination module is further configured to determine a second process branch from the M first process branches based on the comparison result;

[0013] An acquisition module, used to acquire the business template of the second process branch;

[0014] The execution module is used to implement the business logic by executing the code encapsulated in the components of the business template.

[0015] An embodiment of the present application provides an electronic device, including:

[0016] A memory for storing executable instructions;

[0017] The processor is used to implement the business processing method provided in the embodiment of the present application when executing the executable instructions stored in the memory.

[0018] An embodiment of the present application provides a computer-readable storage medium storing computer-executable instructions for implementing the business processing method provided in the embodiment of the present application when executed by a processor.

[0019] An embodiment of the present application provides a computer program product, including a computer program or computer executable instructions, which are used to implement the business processing method provided in the embodiment of the present application when executed by a processor.

[0020] The embodiments of the present application have the following beneficial effects:

[0021] M first process branches are generated in advance, each process branch includes a scenario condition parameter value, and each process branch corresponds to a business template, and the executable code is encapsulated in the component of the business template. When it is necessary to implement a certain business logic, first, the N scenario condition values ​​matched by the business logic are compared one by one with the scenario condition values ​​corresponding to the M first process branches, and the second process branch is determined based on the comparison result. Further, the business template in the second process branch is obtained, and the business logic is implemented by executing the code encapsulated in the component of the business template. It can be seen from the above process that when implementing a business logic, the embodiment of the present application does not need to develop code for the business logic separately. It only needs to compare with the scenario parameter values ​​of multiple pre-set first process branches to determine the appropriate business template, and then determine the code used to implement the business logic, which greatly reduces the amount of code development and improves business processing efficiency. BRIEF DESCRIPTION OF THE DRAWINGS

[0022] Figure 1 is a schematic diagram of the architecture of a business processing system 100 provided in an embodiment of the present application;

[0023] Figure 2 is a schematic diagram of the structure of an electronic device 500 provided in an embodiment of the present application;

[0024] Figure 3 It is a flowchart of a business processing method provided by an embodiment of the present application;

[0025] Figure 4It is a flowchart of a business processing method provided by an embodiment of the present application;

[0026] Figure 5 It is a process diagram of the business processing method provided by the embodiment of the present application;

[0027] Figure 6 It is a flowchart of the business processing method provided in the embodiment of the present application. DETAILED DESCRIPTION

[0028] In order to make the purpose, technical solutions and advantages of the present application clearer, the present application will be further described in detail below in conjunction with the accompanying drawings. The described embodiments should not be regarded as limiting the present application. All other embodiments obtained by ordinary technicians in the field without making creative work are within the scope of protection of this application.

[0029] In the following description, reference is made to “some embodiments”, which describe a subset of all possible embodiments, but it will be understood that “some embodiments” may be the same subset or different subsets of all possible embodiments and may be combined with each other without conflict.

[0030] It is understandable that in the embodiments of the present application, related data such as user information (such as user feature data) is involved. When the embodiments of the present application are applied to specific products or technologies, user permission or consent is required, and the collection, use and processing of relevant data must comply with relevant laws, regulations and standards.

[0031] In the embodiments of the present application, the term "module" or "unit" refers to a computer program or a part of a computer program with a predetermined function, and works together with other related parts to achieve a predetermined goal, and can be implemented in whole or in part by using software, hardware (such as processing circuits or memories) or a combination thereof. Similarly, a processor (or multiple processors or memories) can be used to implement one or more modules or units. In addition, each module or unit can be part of an overall module or unit that includes the function of the module or unit.

[0032] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as those commonly understood by those skilled in the art to which this application belongs. The terms used herein are only for the purpose of describing the embodiments of this application and are not intended to limit this application.

[0033] Before further describing the embodiments of the present application in detail, the nouns and terms involved in the embodiments of the present application are explained. The nouns and terms involved in the embodiments of the present application are subject to the following interpretations.

[0034] 1) Business logic: Business logic is the logical relationship and processing logic that describes the business rules, processes and operation steps involved in a system, application or business process. It is the core part of a system or process and determines the function and behavior of the system or process.

[0035] 2) Scenario conditions: Scenario conditions refer to the conditions or requirements that need to be met in a specific situation or scenario. For example, during project development, scenario conditions may include the types of channels that need to be met.

[0036] 3) Process branching: Process branching means that in a business process, according to different conditions or decision points, the process will be divided into two or more paths for execution. Each path represents a specific execution flow, corresponding to different business rules and processing logic.

[0037] 4) Scenario condition value: The scenario condition value is the value of each request of the program. The scenario condition value may be different for different requests issued by the program, and is also the variable that determines the second process branch.

[0038] 5) Scenario condition parameter value: The scenario condition parameter value is configured on the process branch. The scenario condition parameter value on each process branch is fixed, and the scenario condition parameter value of the same scenario condition on different process branches is different.

[0039] 6) Component: A component is an independent, well-defined functional module obtained by encapsulating a code module or part.

[0040] 7) Business template: referred to as template for short, a template is to select one or more components and assemble them in a certain order to form code logic or business logic that has certain business meaning and can be executed independently.

[0041] During the project development process, we often encounter different processing steps or methods for the same atomic code logic according to different scenario conditions (for example, channels, user tags, etc.); during the development process, the relevant technology is based on different scenario conditions, and corresponding expansion points are developed for each condition (for example, with the development of the business, it is necessary to add face recognition function or fingerprint recognition function, etc.). This requires more effort to do the corresponding development work when the scenario conditions increase.

[0042] In the related technology, every time a scenario condition is added, it is necessary to re-develop and launch the work online, and in the development process, one scenario condition can only correspond to one configured code logic. If no corresponding development is performed for the scenario condition, no code logic can be executed; in addition, in the process of matching the scenario condition with the code logic, only when all the scenario conditions meet the corresponding piece of code logic can it be executed. It is impossible to achieve partial scenario conditions or match a piece of code logic according to the weight score of the scenario conditions.

[0043] In view of this, the embodiments of the present application provide a business processing method, device, electronic device, computer-readable storage medium and computer program product, which can effectively improve business processing efficiency.

[0044] The following describes an exemplary application of the electronic device provided by the embodiment of the present application. The device provided by the embodiment of the present application can be implemented as a laptop, a tablet computer, a desktop computer, a set-top box, a mobile device (for example, a mobile phone, a portable music player, a personal digital assistant, a dedicated messaging device, a portable gaming device), a smart phone, a smart speaker, a smart watch, a smart TV, a vehicle-mounted terminal and other types of user terminals, and can also be implemented as a server, or implemented by a terminal and a server in collaboration. The following describes an exemplary application when the electronic device is implemented as a server.

[0045] See also Figure 1 , Figure 1 It is a schematic diagram of the architecture of the business processing system 100 provided in an embodiment of the present application. To support a business processing application, the terminal 400 is connected to the server 200 via the network 300. The network 300 may be a wide area network or a local area network, or a combination of the two.

[0046] For example, terminal 400 is used to generate a business processing request. For example, a user creates a corresponding business processing request through the graphic interface 410 of terminal 400, and sends the business processing request to server 200 through network 300. Server 200 determines the business logic corresponding to the business processing request, and compares N scene condition values ​​matching the business logic with the scene condition parameter values ​​corresponding to M first process branches to obtain a comparison result, wherein N and M are both integers greater than 1; then, based on the comparison result, server 200 determines the second process branch from the M first process branches; then, server 200 obtains the business template of the second process branch; finally, server 200 implements the business logic by executing the code encapsulated in the component of the business template, and transmits the execution result to terminal 400 through network 300 for presentation.

[0047] In some embodiments, the embodiments of the present application can be applied to various project development application scenarios such as Web application development, mobile application development, desktop application development, Internet of Things application development, and enterprise application development, and can effectively improve the application development rate.

[0048] In some embodiments, taking e-commerce website development as an example, in response to a business development processing request initiated by a website developer through an application, the server determines the corresponding business logic according to the development requirements, and compares the N scenario condition values ​​matching the business logic with the scenario condition parameter values ​​corresponding to the M first process branches to obtain a comparison result, wherein N and M are both integers greater than 1; then, based on the comparison result, the server determines the second process branch from the M first process branches; subsequently, the server obtains the business template of the second process branch; finally, the server implements the business logic by executing the code encapsulated in the component of the business template to complete the development of the e-commerce website.

[0049] In some embodiments, taking enterprise application development as an example, in response to a business development processing request initiated by a developer through an application, the server determines the corresponding business logic according to the development requirements, and compares the N scenario condition values ​​matching the business logic with the scenario condition parameter values ​​corresponding to the M first process branches to obtain a comparison result, wherein N and M are both integers greater than 1; then, based on the comparison result, the server determines the second process branch from the M first process branches; subsequently, the server obtains the business template of the second process branch; finally, the server implements the business logic by executing the code encapsulated in the component of the business template to complete the development of the enterprise application.

[0050] In other embodiments, the embodiments of the present application can also be implemented with the aid of cloud technology (Cloud Technology). Cloud technology refers to a hosting technology that unifies a series of resources such as hardware, software, and networks within a wide area network or a local area network to achieve data calculation, storage, processing, and sharing.

[0051] Cloud technology is a general term for network technology, information technology, integration technology, management platform technology, and application technology based on the cloud computing business model. It can form a resource pool that can be used on demand and is flexible and convenient. Cloud computing technology will become an important support. The background services of the technical network system require a large amount of computing and storage resources.

[0052] For example, Figure 1The server 200 in the example may be an independent physical server, or a server cluster or distributed system composed of multiple physical servers, or a cloud server that provides basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communications, middleware services, domain name services, security services, content delivery networks (CDN), and big data and artificial intelligence platforms. The terminal 400 may be a smart phone, a tablet computer, a laptop computer, a desktop computer, a smart speaker, a smart watch, a car terminal, etc., but is not limited thereto. The terminal 400 and the server 200 may be directly or indirectly connected via wired or wireless communication, which is not limited in the embodiments of the present application.

[0053] The structure of the electronic device provided in the embodiment of the present application is further described below. Taking the electronic device as a server as an example, see Figure 2 , Figure 2 is a schematic diagram of the structure of an electronic device 500 provided in an embodiment of the present application, Figure 2 The electronic device 500 shown includes: at least one processor 510, a memory 540, and at least one network interface 520. The various components in the electronic device 500 are coupled together via a bus system 530. It is understood that the bus system 530 is used to achieve connection and communication between these components. In addition to the data bus, the bus system 530 also includes a power bus, a control bus, and a status signal bus. However, for the sake of clarity, the bus system 530 is not described in detail. Figure 2 Various buses are labeled as bus system 530 .

[0054] The processor 510 can be an integrated circuit chip with signal processing capabilities, such as a general-purpose processor, a digital signal processor (DSP), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc., where the general-purpose processor can be a microprocessor or any conventional processor, etc.

[0055] The memory 540 may be removable, non-removable, or a combination thereof. Exemplary hardware devices include solid-state memory, hard drives, optical drives, etc. The memory 540 may optionally include one or more storage devices that are physically remote from the processor 510.

[0056] The memory 540 includes a volatile memory or a non-volatile memory, and may also include both volatile and non-volatile memories. The non-volatile memory may be a read-only memory (ROM), and the volatile memory may be a random access memory (RAM). The memory 540 described in the embodiments of the present application is intended to include any suitable type of memory.

[0057] In some embodiments, memory 540 is capable of storing data to support various operations, examples of which include programs, modules, and data structures, or a subset or superset thereof, as exemplarily described below.

[0058] Operating system 541, including system programs for processing various basic system services and performing hardware-related tasks, such as a framework layer, a core library layer, a driver layer, etc., for implementing various basic services and processing hardware-based tasks;

[0059] A network communication module 542, for reaching other computing devices via one or more (wired or wireless) network interfaces 520, exemplary network interfaces 520 include: Bluetooth, Wireless Authentication (WiFi), and Universal Serial Bus (USB);

[0060] In some embodiments, the device provided in the embodiments of the present application can be implemented in software. Figure 2 The business processing device 543 stored in the memory 540 is shown, which can be software in the form of a program or plug-in, including the following software modules: a determination module 5431, an acquisition module 5432, an execution module 5433, a packaging module 5434, and a construction module 5435. These modules are logical, and therefore can be arbitrarily combined or further split according to the functions implemented. It should be noted that in Figure 2 For the sake of convenience, all the above modules are shown at once, but it should not be considered that the business processing device 543 excludes the implementation that can only include the determination module 5431, the acquisition module 5432 and the execution module 5433. The functions of each module will be explained below.

[0061] In other embodiments, the device provided in the embodiments of the present application can be implemented in hardware. As an example, the device provided in the embodiments of the present application can be a processor in the form of a hardware decoding processor, which is programmed to execute the business processing method provided in the embodiments of the present application. For example, the processor in the form of a hardware decoding processor can adopt one or more application-specific integrated circuits (Application Specific Integrated Circuit, ASIC), digital signal processors (Digital Signal Processor, DSP), programmable logic devices (Programmable Logic Device, PLD), complex programmable logic devices (Complex Programmable Logic Device, CPLD), field programmable gate arrays (Field-Programmable Gate Array, FPGA) or other electronic components.

[0062] The business processing method provided in the embodiment of the present application will be specifically described below in combination with the exemplary application and implementation of the server provided in the embodiment of the present application.

[0063] See also Figure 3 , Figure 3 is a flowchart of a business processing method provided by an embodiment of the present application, which will be combined with Figure 3 The steps shown are explained.

[0064] In step 101, N scenario condition values ​​matching the business logic are compared with scenario condition parameter values ​​corresponding to M first process branches to obtain a comparison result.

[0065] Here, the business logic may refer to the business logic corresponding to the business function to be developed, wherein N and M are both integers greater than 1.

[0066] In some embodiments, N scenario condition values ​​that match the business logic can be compared with the scenario condition parameter values ​​corresponding to the M first process branches. If the scenario condition value matches the scenario condition parameter value corresponding to the first process branch, the scenario condition is a valid scenario condition, that is, the match is successful; otherwise, the scenario condition is an invalid scenario condition, that is, the match fails.

[0067] For example, assume that there are two process branches, where process branch 1 includes the scenario condition parameter value of scenario condition 1 and the scenario condition parameter value of scenario condition 2, and process branch 2 includes the scenario condition parameter value of scenario condition 1 and the scenario condition parameter value of scenario condition 2. The scenario condition value of scenario condition 1 and the scenario condition value of scenario condition 2 that match the business logic are compared. The scenario condition value of scenario condition 1 is compared with the scenario condition parameter value of scenario condition 1 in process branch 1. Assuming that the match is successful, scenario condition 1 is the valid scenario condition of process branch 1. Assuming that the scenario condition value of scenario condition 1 fails to match the scenario condition parameter value of scenario condition 1 in process branch 2, then Scenario condition 1 is a non-valid scenario condition for process branch 2; assuming that the scenario condition value of scenario condition 1 in the scenario condition list successfully matches the scenario condition parameter value of scenario condition 2 in process branch 1, then scenario condition 2 is a valid scenario condition for process branch 1; assuming that the scenario condition value of scenario condition 1 successfully matches the scenario condition parameter value of scenario condition 2 in process branch 2, then scenario condition 2 is a valid scenario condition for process branch 2; therefore, after comparison, the comparison result is obtained, that is, scenario condition 1 and scenario condition 2 are valid scenario conditions for process branch 1, scenario condition 2 is a valid scenario condition for process branch 2, and scenario condition 1 is a non-valid scenario condition for process branch 1.

[0068] In some embodiments, before executing the above step 101, the following operations may also be performed: obtaining a list of scene conditions matching the business logic, wherein the scene condition list includes N scene conditions and each scene condition value, and N is a positive integer greater than 1.

[0069] It should be noted that the scene condition list includes multiple scene conditions, and each scene condition corresponds to a scene condition value, wherein the scene condition value can be obtained from the input parameters of the business, and can also be obtained through a third-party platform.

[0070] For example, obtaining scenario condition values ​​through input parameters is a common acquisition method, which can be applied to scenarios such as form submission, user input, and API call. Assuming that in the form submission scenario, the input parameters of the user's age in the submitted form are all less than 18, the user's age scenario condition value can be obtained as less than 18 through the business input parameters; obtaining scenario condition values ​​through a third-party platform is also a common acquisition method. The third-party platform can obtain relevant data information of the business through various data sources and interfaces. Assuming that in the enterprise employee information statistics scenario, the interface of the third-party platform is used to obtain that the enterprise employees are all from the same region, City A, then the user's place of origin scenario condition value can be obtained as City A based on the obtained enterprise employee information.

[0071] In some embodiments, see Figure 4 , Figure 4is a flow chart of a business processing method provided in an embodiment of the present application, such as Figure 4 As shown, in the execution Figure 3 Before step 101 shown, you can also execute Figure 4 Steps 105 and 106 shown will be combined Figure 4 The steps shown are explained.

[0072] In step 105, the information acquisition conditions of the object corresponding to the business logic are encapsulated to obtain a plurality of candidate scenario conditions.

[0073] For example, in a business logic of the project, it is necessary to summarize and verify the user's real-name information, face recognition information, contact information and basic user information, and distinguish the order of summary and verification according to the information acquisition conditions such as entry channel, user type, user tag, etc., and encapsulate the information acquisition conditions such as entry channel, user type and user tag into 3 candidate scenario conditions.

[0074] In step 106 , N scene conditions are determined from a plurality of candidate scene conditions, and N scene condition values ​​are obtained.

[0075] In some embodiments, a filtering function can be written according to business logic requirements to filter out N qualified scenario conditions from multiple candidate scenario conditions according to specific standards, and for each filtered scenario condition, the corresponding scenario condition value is obtained by calling an instance method of the corresponding scenario condition class or accessing its corresponding attribute.

[0076] For example, assuming that there are 5 candidate scene conditions, 3 scene conditions are screened out according to configuration requirements, and 3 scene condition values ​​corresponding to the 3 scene conditions are obtained through a third-party system or input parameters. A list is constructed of the screened 3 scene conditions and the corresponding 3 scene condition values ​​to obtain the corresponding scene condition list.

[0077] In some embodiments, before executing the above step 101, the following operation may also be performed: obtaining a process branch list, wherein the process branch list includes M first process branches and a scenario condition parameter value corresponding to each first process branch, and M is a positive integer greater than 1.

[0078] It should be noted that the process branch list includes multiple first process branches, each first process branch corresponds to multiple scene condition parameter values, the scene condition parameter value can be a range value (for example, age less than 18, etc.) or a specific value (for example, age equal to 18, etc.), which is not specifically limited here.

[0079] In some embodiments, the above-mentioned acquisition of the process branch list can be implemented in the following manner: based on the scene condition list, M first process branches are acquired; the template corresponding to each first process branch is determined, and the scene condition parameter value set in the template is acquired.

[0080] In some embodiments, the above-mentioned acquisition of M first process branches based on the scene condition list can be implemented in the following way: obtain L preset third process branches, where L is a positive integer greater than M; traverse the scene condition list, and filter out M first process branches that include the scene conditions in the scene condition list from the L third process branches.

[0081] In some embodiments, all pre-set process branches corresponding to the business logic may be first obtained, for example, assuming that there are L third process branches in total.

[0082] For example, different process branches are set according to different business logics. For example, business logic 1 pre-sets 5 process branches, and business logic 2 pre-sets 7 process branches. Assuming that business logic 1 is the business logic corresponding to the business function to be implemented, the 5 process branches pre-set for business logic 1 are obtained.

[0083] It should be noted that the third process branch refers to all process branches pre-set corresponding to the business logic, and the first process branch refers to the process branch in the third process branch that includes the scenario conditions in the current business logic scenario condition list.

[0084] In some embodiments, the scenario condition list is traversed to determine the scenario conditions included in the scenario condition list, and according to the scenario conditions included in each third process branch, the process branches including the scenario conditions in the scenario condition list are screened out.

[0085] For example, by traversing the scenario condition list, it is determined that the scenario condition list includes scenario condition 1, scenario condition 2 and scenario condition 3. Assuming there are 5 process branches, process branch 1 includes scenario condition 1, scenario condition 2 and scenario condition 3, process branch 2 includes scenario condition 1, scenario condition 2, scenario condition 3 and scenario condition 4, process branch 3 includes scenario condition 1 and scenario condition 2, process branch 4 includes scenario condition 1, scenario condition 2 and scenario condition 4, and process branch 5 includes scenario condition 4 and scenario condition 5. Process branch 1 and process branch 2 can be determined as process branches including the scenario conditions in the scenario condition list (i.e., the first process branch), and process branch 1, process branch 2 and process branch 3 can be determined as process branches including the scenario conditions in the scenario condition list (i.e., the first process branch). Process branch 1, process branch 2, process branch 3 and process branch 4 can also be determined as process branches including the scenario conditions in the scenario condition list (i.e., the first process branch). Specific adjustments can be made according to actual project requirements.

[0086] In some embodiments, first, templates corresponding to different process branches are determined, and then a configuration file is created for each template so that when the application is started or run, the scene condition parameter values ​​of the scene conditions are dynamically loaded through the configuration file.

[0087] For example, assume that according to the scenario condition list, a total of three process branches, namely process branch 1, process branch 2 and process branch 3, are obtained. According to the correspondence between process branches and templates, it is determined that process branch 1, process branch 2 and process branch 3 correspond to template 1, template 2 and template 3 respectively, and a corresponding configuration file is created for each template to ensure that the template dynamically loads the scenario condition parameter value through the corresponding configuration file when performing business processing.

[0088] In some embodiments, when performing Figure 3 Before step 101 shown, the following operations may be performed: classifying the business codes according to the functions implemented to obtain a plurality of category codes; and encapsulating the plurality of category codes respectively to obtain a plurality of components for implementing different functions.

[0089] In some embodiments, the above-mentioned classification of business codes according to the functions implemented to obtain multiple category codes can be achieved in the following way: first, after obtaining a section of code, the code is divided into different functional modules according to different code implementation functions, and each functional module can implement a specific business function; then, the business code is classified according to different functional modules to obtain different categories of codes, where different categories of codes can be classes, methods or functions related to the functional module.

[0090] For example, taking an e-commerce website as an example, the website mainly includes functional modules such as user registration and login, product display and search, shopping cart management, order creation and payment, and inventory management. By identifying relevant business codes, the business codes corresponding to the user registration and login modules include user registration form processing, user login verification, etc., the business codes corresponding to product display and search include product list display, product search algorithm implementation, etc., the business codes corresponding to shopping cart management include shopping cart data storage, shopping cart update logic, etc., the business codes corresponding to order creation and payment include order creation form processing, payment interface call, etc., and the business codes corresponding to inventory management include inventory data update, inventory inspection logic, etc.

[0091] In some embodiments, the above-mentioned encapsulation of multiple category codes separately to obtain multiple components for realizing different functions can be achieved in the following ways: first, name the components corresponding to each functional module separately; then, write the corresponding component code according to the business code corresponding to each functional module, wherein each component code encapsulates all the business codes of the corresponding functional module; then, add necessary parameters and return values ​​to the component to support interaction between components and between components and applications; then, write the corresponding interface document according to the function, parameters and return value information of the component so that other developers can understand and use the component; finally, perform corresponding testing and debugging on the component to ensure the correctness, stability and reliability of the component function.

[0092] For example, following the above example, the website mainly includes functional modules such as user registration and login, product display and search, shopping cart management, order creation and payment, and inventory management. The business code corresponding to each functional module is encapsulated to obtain corresponding user management, product management, shopping cart management, order management, and inventory management components. The encapsulated components can improve the reusability and maintainability of the code, effectively reduce duplicate code and improve development efficiency. In addition, by using components, the complexity and risk of software development can be reduced, and the quality and reliability of the software can be improved.

[0093] In some embodiments, a component library may be created based on multiple components of different functions.

[0094] It should be noted that you can use build tools and package managers (such as npm, Maven, etc.) to create component libraries to automate the build and packaging process; in addition, you can also create version numbers for the component libraries to manage the iteration of component library versions.

[0095] For example, first, use a build tool (such as Webpack, Rollup, Vite, etc.) to package the encapsulated components, and configure the build to package the components into a universal module format (such as Universal Module Definition (UMD), ECMAScript Module (ES Module)); then, write a detailed description document for each component, introducing the component's properties (props), events (events), and methods. Among them, tools such as Dynamic Document Site Generator (docsify), JavaScript Documentation Comments (JSDoc), and Markdown Markup Language (Markdown) can be used to write and display documents; finally, publish the component library to a third-party platform (such as GitHub, etc.) or store it in a database to facilitate installation and use by other developers.

[0096] In some embodiments, after executing the above-mentioned encapsulation of multiple category codes respectively to obtain multiple components for implementing different functions, the following operations can also be performed: for a business logic, according to the components involved in the business logic and the execution order of the components, the components involved are combined differently to obtain multiple candidate business templates corresponding to the business logic; a template library is created based on multiple candidate business templates.

[0097] In some embodiments, for a business logic, the components involved are combined differently according to the components involved in the business logic and the execution order of the components to obtain multiple candidate business templates corresponding to the business logic. This can be achieved in the following ways: first, analyze business requirements, identify different business logics, and determine the components required for each business logic and the execution order between these components; then, design the combination of components according to the execution order between the components, and define the input-output relationship and data flow between the components; then, form the combined components into a candidate template, where each candidate template corresponds to the implementation of a business logic or function; finally, provide configuration options for the template to adapt the template to different business scenarios, and allow users to adjust the parameters and configuration of the components as needed. In this way, development efficiency can be effectively improved, and the consistency and maintainability of the code can be guaranteed.

[0098] For example, suppose there is a user interface (UI) component library, which contains four components: button, input box, checkbox, and card. You can create a login form template by combining the Input component and the Button component, that is, use the Input component in the form to receive the input of the user name and password, and use the Button component to implement the login button; you can also create a task list template by combining the Checkbox component and the Card component, that is, use the Card component as a container to wrap each task, and use the Checkbox component to indicate the completion status of the task; you can also create a registration form template by combining the Input component, the Checkbox component, and the Button component, that is, use the Input component to receive user registration information, the Checkbox component is used to accept the user's choice of agreement, and the Button component is used to submit the registration form. By combining different components, you can create various templates according to actual needs to quickly build the user interface of the project, while improving development efficiency, you can also ensure the consistency and maintainability of development, making development work more efficient and reliable.

[0099] In some embodiments, templates can be classified according to function, purpose, and type, and metadata (such as template name, description, creation time, purpose, etc.) can be added to each template so that users can quickly find and understand the template based on the metadata; then, a version number can be created for the template library to manage the iteration of the template library; finally, a document is written for each template to explain how to use the template, and examples of using the template are provided in the document to help users quickly learn and use it. In this way, developers can quickly select appropriate templates for customization and extension according to project requirements, thereby improving development efficiency and maintaining consistency in interface development.

[0100] In step 102, based on the comparison result, a second process branch is determined from the M first process branches.

[0101] It should be noted that the second process branch is the process branch among the M first process branches that has the highest degree of match with the scenario condition value matching the current business logic. For example, there are currently process branch 1 and process branch 2, where the degree of match between process branch 1 and the scenario condition value matching the current business logic is higher than that between process branch 2. Then, among the current two process branches, the second process branch corresponds to process branch 1.

[0102] In some embodiments, the N scene condition values ​​correspond one-to-one to the N scene conditions. Figure 3The illustrated step 102 may be implemented in the following manner: based on the comparison result, determining a process branch including a valid scenario condition among the M first process branches; and determining a second process branch from the process branches including the valid scenario condition.

[0103] For example, assuming there are 5 process branches, after comparison, it can be seen that process branch 1 includes 1 valid scenario condition, process branch 2 does not include a valid scenario condition, process branch 3 includes 3 valid scenario conditions, process branch 4 includes 2 valid scenario conditions, and process branch 5 does not include a valid scenario condition. It is determined that process branch 1, process branch 3 and process branch 4 include valid scenario conditions, that is, the three process branches include valid scenario conditions.

[0104] In some embodiments, a process branch includes at least one scenario condition. The above-mentioned determination of the process branch including the valid scenario condition among the M first process branches based on the comparison results can be achieved in the following way: the following processing is performed for each first process branch among the M first process branches: for each scenario condition included in the first process branch, when the comparison result indicates that the scenario condition parameter value matches the N scenario condition values, the scenario condition is determined to be a valid scenario condition.

[0105] For example, assuming that the scenario condition parameter value corresponding to scenario condition 1 in process branch 1 is "whether it is true", the scenario condition parameter value corresponding to scenario condition 2 is "whether it is greater than 18", and the scenario condition parameter value corresponding to scenario condition 3 is "whether it is equal to 20", the scenario condition value of scenario condition 1 in the scenario condition list is "true", the scenario condition value of scenario condition 2 is "16", and the scenario condition value of scenario condition 3 is "20". After comparison, it can be known that the corresponding scenario conditions 1 and scenario conditions 3 in process branch 1 are valid scenario conditions.

[0106] In some embodiments, the above-mentioned determination of the second process branch from the process branches including valid scenario conditions can be achieved in the following way: for each process branch including a valid scenario condition, determine the number of valid scenario conditions included in the process branch; if the number meets the quantity threshold, the process branch including the valid scenario condition is used as the second process branch.

[0107] It should be noted that the quantity satisfying the quantity threshold here may mean that the quantity satisfies a fixed quantity threshold (for example, the quantity threshold is 3), or the quantity satisfies a dynamic quantity condition (for example, selecting the largest quantity, etc.), which is not specifically limited here.

[0108] For example, assuming there are 3 process branches, the number of valid scenario conditions included in each process branch is determined respectively, and finally the number of valid scenario conditions corresponding to process branch 1 is 2, the number of valid scenario conditions corresponding to process branch 2 is 4, and the number of valid scenario conditions corresponding to process branch 3 is 1; assuming that the quantity threshold is 3, after comparison, process branch 2 is the second process branch; assuming that the process branch with the largest number of valid scenario conditions is selected as the second process branch, then process branch 2 is selected as the second process branch because it has the largest number of valid scenario conditions.

[0109] In some embodiments, the above-mentioned determination of the second process branch from the process branch including the valid scenario condition can also be achieved in the following way: for each first process branch including the valid scenario condition, the preset score of the valid scenario condition included in the first process branch is subjected to a preset operation to obtain the total score value of the first process branch; and the first process branch whose total score value meets the score condition is used as the second process branch.

[0110] It should be noted that the preset score of the scenario condition is a fixed value configured on the process branch. The preset score of the scenario condition determines the weight of the scenario condition. The higher the preset score, the greater the weight. The total score of the process branch refers to the sum of the preset scores of the valid scenario conditions in the process branch. The scoring condition can mean that the total score of the process branch reaches a fixed score (for example, the total score reaches 10 points), or it can be that the total score satisfies a dynamic scoring condition (for example, the highest total score, etc.). No specific limitation is made here.

[0111] For example, assuming there are 3 process branches, the preset score of effective scenario condition 1 in process branch 1 is 5, the preset score of effective scenario condition 2 is 2, the preset score of effective scenario condition 1 in process branch 2 is 7, the preset score of effective scenario condition 3 is 1, the preset score of effective scenario condition 1 in process branch 3 is 3, the preset score of effective scenario condition 2 is 2, and the preset score of effective scenario condition 3 is 2. The 3 process branches are accumulated respectively to obtain a total score of 7 for process branch 1, 8 for process branch 2, and 7 for process branch 3; assuming that the scoring condition is that the total score reaches 8 points, after comparison, only the total score corresponding to process branch 2 reaches 8 points, that is, process branch 2 is used as the second process branch; assuming that the scoring condition is to select the process branch with the highest total score, after calculation, the total score corresponding to process branch 2 among the 3 process branches is the highest, that is, process branch 2 is used as the second process branch.

[0112] Continue to see Figure 3 In step 103, a business template of the second process branch is obtained.

[0113] In some embodiments, the service template may be determined from a template library according to the service template corresponding to the second process branch.

[0114] It should be noted that there is a one-to-one correspondence between process branches and templates, and the business template corresponding to the second process branch can be determined through the correspondence.

[0115] For example, assuming that process branch 1 corresponds to template 1, process branch 2 corresponds to template 2, and process branch 3 corresponds to template 3, according to the above-mentioned second process branch determination process, process branch 1 is determined to be the second process branch, and the business template is template 1 corresponding to process branch 1.

[0116] In step 104, the business logic is implemented by executing the code encapsulated in the component of the business template.

[0117] In some embodiments, after obtaining the business template, the structure of the business template is parsed to understand the layout and execution order of each component in the template; and based on the execution order of the components in the business template, the components are called in sequence and the code encapsulated by the components is executed to implement the business logic.

[0118] For example, following the above example, after obtaining template 1, by parsing the structure of template 1, it is found that template 1 includes component 1, component 2, component 3 and component 4, and the execution order of the components in template 1 is component 2, component 3, component 1, component 4. Then, according to the execution order of each component in template 1, the code encapsulated in the component is executed in sequence to implement the business logic, so there is no need to develop code separately according to each condition or business logic, thereby effectively improving the code reuse rate and greatly reducing the amount of code development.

[0119] The following will describe an exemplary application of the embodiment of the present application in a practical application scenario. The exemplary application describes the specific implementation process of the business processing method in a project development scenario.

[0120] In some embodiments, see Figure 5 , Figure 5 This is a process diagram of the business processing method provided by the embodiment of the present application. Figure 5 The service processing method provided in the embodiment of the present application mainly includes the following stages:

[0121] Phase 1: Classify and encapsulate the design code into multiple different components, and create a component library based on different components.

[0122] It should be noted that the logic implemented by the code encapsulated into a component cannot be separated at the business level. It is the code that can complete a minimum complete functional module, which can be a class, method or function.

[0123] Phase 2: Based on the business requirements of the solution, different components in the component library are combined to generate different templates, and a template library is created based on different templates.

[0124] It should be noted that each template can complete a complete business logic, and different templates have different numbers of components used and the order in which the selected components are executed.

[0125] For example, Figure 5 As shown, assuming that the component library contains 5 packaged components, different components are combined to generate different templates, where the number of components included in template 1 and the execution order of the components are component 1, component 2, component 3, component 4 and component 5, the number of components included in template 2 and the execution order of the components are component 1, component 3, component 4 and component 2, the number of components included in template 3 and the execution order of the components are component 1, component 3, component 5, component 4 and component 2, the number of components included in template 4 and the execution order of the components are component 1, component 2 and component 3, and different templates constitute the template library.

[0126] Phase 3: Distinguish the scenario conditions of different business logics and encapsulate and define them with code.

[0127] It should be noted that the value of the scene condition can be obtained from the input parameters or through a third-party system.

[0128] In some embodiments, the scenario conditions corresponding to the business logic can be determined by checking the type of the input parameter. For example, if the input parameter is a string, then a specific string may need to be processed, and the scenario conditions corresponding to the business logic may also be related to the string; if the input parameter is a number, then related numerical calculations may need to be performed, and the scenario conditions corresponding to the business logic may be related to the numerical value; the scenario conditions corresponding to the business logic can also be determined based on the value of the input parameter. For example, if the value of the input parameter is within a specific range, then the scenario conditions corresponding to the business logic may correspond to the specific range.

[0129] In some embodiments, the scenario conditions corresponding to the business logic can be determined by the status of the third-party system. For example, if the third-party system is in a certain state (e.g., connected, verified, etc.), then the scenario conditions corresponding to the business logic may be related to the state (e.g., whether it is connected, etc.); the scenario conditions corresponding to the business logic can also be determined based on the data provided by the third-party system. For example, if the data provided by the third-party system meets a specific condition, then the scenario conditions corresponding to the business logic may be related to the specific condition.

[0130] Phase 4: Identify multiple process branches related to the business logic, filter the scenario conditions used by different process branches, and set preset scores for the scenario conditions in different process branches based on the business logic.

[0131] It should be noted that for different business logics, the preset scores of scenario conditions in different process branches are different, that is, the weight ratios of different scenario conditions are different.

[0132] Phase 5: Determine the templates corresponding to different process branches, and set the scenario condition parameter values ​​corresponding to each scenario condition in different process branches.

[0133] It should be noted that the scene condition parameter value corresponding to each scene condition in the process branch can be a range value (for example, age>18) or a specific value, but is not limited to numbers. That is, the scene condition parameter value can be a number (for example, 18, 20, etc.), a Boolean value (for example, true, false), or a string (for example, "aaaa"), etc., and no specific limitation is made here.

[0134] Phase 6: Filter scenario conditions related to business logic according to process configuration to obtain a list of scenario conditions.

[0135] It should be noted that the scene condition value corresponding to the scene condition value in the scene condition list can be obtained from the input parameter, or a third-party interface can be called to obtain the scene condition value, and the scene condition value corresponding to different business logics is not the same.

[0136] Stage 7: Compare the scene condition values ​​corresponding to the scene conditions in the scene condition list with the scene condition parameter values ​​corresponding to the scene conditions in each first process branch to determine the second process branch.

[0137] In some embodiments, if the scenario condition value corresponding to the scenario condition in the scenario condition list meets the scenario condition parameter value corresponding to the scenario condition in the process branch, the preset score corresponding to the scenario condition is added to the total score of the first process branch; when all scenario conditions are compared, the total score of each second process branch can be obtained, and the first process branch with the highest total score is determined as the process branch to be executed by this program request, that is, the second process branch.

[0138] It should be noted that the preset score of the scenario condition represents the weight of the scenario condition when determining the final second process branch. If the preset score of the scenario condition is higher, the weight of the scenario condition in determining the process branch will be higher. For example, in a program request, if two process branches hit the same scenario condition at the same time, the process branch with a higher total score will be selected in the end.

[0139] Phase 8: Determine the template to be executed according to the second process branch, obtain the components to be executed and the execution order of the components through the template, and execute the codes corresponding to the components in sequence according to the execution order of the components.

[0140] For example, Figure 5 As shown, assuming that the second process branch is process branch 3, process branch 3 corresponds to template 3 that needs to be executed. According to the retrieval of template 3 in the template library, the components contained in template 3 and the execution order of the components are component 1, component 3, component 5, component 4 and component 2. The codes contained in the corresponding components are executed in sequence according to the execution order of the components to achieve the corresponding business requirements.

[0141] Next, the specific processing process of the embodiment of the present application in the project segment business logic will be further described.

[0142] Suppose a business logic of the project is: the user's information needs to be sorted, summarized and verified. The content of the summary and verification includes the user's real-name information, face recognition information, contact information, and user basic information, etc. However, it is necessary to distinguish the order in which the information needs to be summarized and verified based on the entry channel, user type, user tag and other information.

[0143] For the above business logic, first of all, it is necessary to encapsulate the program codes related to the summary verification content into components, that is, the data processing codes of user real-name information, face recognition information, contact information and user basic information are encapsulated into one component respectively; then, the processing conditions such as channels, user types, user tags, etc. are encapsulated into different scene conditions; then, the encapsulated multiple components are configured in different combinations to obtain multiple different templates, each of which can implement a complete business logic; then, according to the process configuration, the scene conditions that need to be involved are filtered out to form a scene condition list, and the scene condition values ​​corresponding to the scene conditions are obtained; then, confirm Determine multiple process branches that match the business logic, determine the template corresponding to each process branch, as well as the scenario condition parameter value and the preset score of the scenario condition; then, compare the scenario condition value in the scenario condition list with the scenario condition parameter value in the process branch, calculate the total score of the preset score of the scenario condition corresponding to the scenario conditions matched in each process branch, and take the process branch with the highest total score as the process branch to be executed; finally, determine the template corresponding to the process branch to be executed, obtain the components to be executed and the execution order of the components in the template, and execute the corresponding code in the components in sequence according to the execution order of the components, thereby completing the above business logic. In this way, each minimum business module is standardized in the form of components, and the coupling of each minimum business module is released; and, expansion is carried out in the form of configuration to avoid increasing the amount of development according to the increase in subsequent business complexity; in addition, new business functions can be quickly implemented, which greatly reduces the time of development iteration and effectively improves business processing efficiency.

[0144] In some embodiments, see Figure 6 , Figure 6 is a flowchart of a business processing method provided by an embodiment of the present application, which will be combined with Figure 6 The steps shown are explained.

[0145] In step 201, the process is entered.

[0146] In some embodiments, in response to a processing request of a program, a business processing flow is entered.

[0147] In step 202, a scene condition list is read.

[0148] In some embodiments, some scenario conditions are screened out from a plurality of candidate scenario conditions related to the business logic to form a scenario condition list.

[0149] In step 203, a third-party system is called to obtain scene condition values.

[0150] In some embodiments, the scene condition value in the scene list is obtained by calling a third-party system, and the obtained result is returned and stored in the scene condition list.

[0151] In step 204, a process branch list is obtained.

[0152] In some embodiments, a plurality of pre-set process branches are obtained, and according to the scenario conditions in the scenario condition list, the process branches containing the scenario conditions in the scenario condition list are filtered out, and the filtered process branches are used to construct a process branch list.

[0153] In step 205, the scene condition values ​​in the scene condition list are compared with the corresponding scene condition parameter values ​​in the process branch.

[0154] In some embodiments, the scene condition values ​​in the scene list are compared with the corresponding scene condition parameter values ​​in the process branch. If the scene conditions match, the corresponding scene conditions in the process branch are used as valid scene conditions.

[0155] In step 206, the total score of each process branch is calculated according to the comparison results and the preset scores of the scenario conditions in the process branch.

[0156] In some embodiments, based on the comparison results and the preset scores of the scenario conditions in the process branches, the total score of the preset scores of the valid scenario conditions in each process branch is calculated.

[0157] In step 207 , the process branch to be executed is determined according to the total score value of the process branch.

[0158] In some embodiments, the total scores of different process branches are compared, and the process branch with the highest total score is determined as the process branch to be executed.

[0159] In step 208, the template to be executed is determined according to the process branch.

[0160] In some embodiments, the template corresponding to the process branch to be executed, that is, the template to be executed, is determined based on the correspondence between the process branch and the template.

[0161] In step 209, the component execution list and order are loaded according to the template.

[0162] In some embodiments, according to the template to be executed, the template library is searched to determine the component execution list in the template and the execution order of the corresponding components.

[0163] In step 210, the component encapsulated code is executed according to the execution order in the component list.

[0164] In some embodiments, the codes encapsulated by the components may be executed sequentially according to the execution order in the component list.

[0165] To sum up, the business processing method provided in the embodiment of the present application can greatly improve the speed of business expansion development and secondary development, reduce the difficulty of subsequent function expansion, and when it comes to adding new components, if only new business scenarios are added, or new scenario conditions are added, they can be adjusted through the configuration of process branches without the need for code-level development.

[0166] The following further describes an exemplary structure of the service processing device 543 provided in the embodiment of the present application implemented as a software module. In some embodiments, for example Figure 2 As shown, the software modules stored in the business processing device 543 of the memory 540 may include: a determination module 5431, used to compare N scene condition values ​​matching the business logic with the scene condition parameter values ​​corresponding to the M first process branches to obtain a comparison result, wherein N and M are both integers greater than 1; the determination module 5431, also used to determine the second process branch from the M first process branches based on the comparison result; an acquisition module 5432, used to obtain a business template for the second process branch; and an execution module 5433, used to implement the business logic by executing the code encapsulated in the component of the business template.

[0167] In some embodiments, the business processing device 543 also includes an encapsulation module 5434, which is used to classify business codes according to the functions implemented to obtain multiple category codes; and encapsulate the multiple category codes respectively to obtain multiple components for implementing different functions.

[0168] In some embodiments, the business processing device 543 also includes a construction module 5435, which is used to, for a business logic, perform different combinations of the components involved according to the components involved in the business logic and the execution order of the components to obtain multiple candidate business templates corresponding to the business logic; and create a template library based on multiple candidate business templates.

[0169] In some embodiments, the acquisition module 5432 is further used to encapsulate the information acquisition conditions of the object corresponding to the business logic to obtain multiple candidate scene conditions; determine N scene conditions from the multiple candidate scene conditions, and obtain N scene condition values.

[0170] In some embodiments, the acquisition module 5432 is further used to acquire M process branches based on the scene condition list; determine the template corresponding to each process branch, and acquire the scene condition parameter value set in the template.

[0171] In some embodiments, N scene condition values ​​correspond one-to-one to N scene conditions, and the determination module 5431 is also used to determine the process branch including the valid scene condition among the M first process branches based on the comparison results; and determine the second process branch from the process branches including the valid scene conditions.

[0172] In some embodiments, a process branch includes at least one scenario condition. For each first process branch in M ​​first process branches, the determination module 5431 is also used to, for each scenario condition included in the first process branch, determine the scenario condition as a valid scenario condition when the comparison result indicates that the scenario condition parameter value of the scenario condition matches the N scenario condition values.

[0173] In some embodiments, the determination module 5431 is also used to determine, for each process branch that includes a valid scenario condition, the number of valid scenario conditions included in the process branch; if the number meets the quantity threshold, the process branch that includes the valid scenario condition is used as the second process branch.

[0174] In some embodiments, the determination module 5431 is also used to perform a preset operation on the preset score of the valid scenario condition included in each first process branch including a valid scenario condition, to obtain a total score value of the first process branch; and use the first process branch whose total score meets the score condition as the second process branch.

[0175] It should be noted that the description of the device in the embodiment of the present application is similar to the description of the method embodiment described above, and has similar beneficial effects as the method embodiment, so it will not be repeated. Figure 3 ,or Figure 4 The present invention should be understood by referring to the description of any one of the accompanying drawings.

[0176] The embodiment of the present application provides a computer program product, which includes a computer program or a computer executable instruction, and the computer program or the computer executable instruction is stored in a computer-readable storage medium. The processor of the computer device reads the computer executable instruction from the computer-readable storage medium, and the processor executes the computer executable instruction, so that the computer device executes the business processing method described above in the embodiment of the present application.

[0177] The embodiment of the present application provides a computer-readable storage medium storing computer-executable instructions, wherein the computer-executable instructions are stored. When the computer-executable instructions are executed by a processor, the processor will be caused to execute the business processing method provided by the embodiment of the present application, for example, Figure 3 ,or Figure 4 The business processing method shown.

[0178] In some embodiments, the computer-readable storage medium may be a ferroelectric random access memory (FRAM), ROM, programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), flash memory, magnetic surface memory, optical disk, or compact disc read-only memory (CD-ROM) and other memories; it may also be various devices including one or any combination of the above memories.

[0179] In some embodiments, executable instructions may be in the form of a program, software, software module, script or code, written in any form of programming language (including compiled or interpreted languages, or declarative or procedural languages), and may be deployed in any form, including as a stand-alone program or as a module, component, subroutine or other unit suitable for use in a computing environment.

[0180] As an example, the executable instructions may be deployed to be executed on one electronic device, or on multiple electronic devices located at one site, or on multiple electronic devices distributed at multiple sites and interconnected by a communication network.

[0181] In summary, the embodiments of the present application have the following beneficial effects:

[0182] (1) The business processing method provided in the embodiment of the present application can greatly improve the speed of expansion development and secondary development, reduce the difficulty of subsequent function expansion, and effectively improve the efficiency of business processing.

[0183] (2) When adding new components, corresponding adjustments can be made by configuring process branches to meet the needs of new business scenarios or adding new scenario conditions. There is no need for code development, which greatly reduces the amount of repeated code development and saves human resources.

[0184] The above is only an embodiment of the present application and is not intended to limit the protection scope of the present application. Any modifications, equivalent substitutions and improvements made within the spirit and scope of the present application are included in the protection scope of the present application.

Claims

1. A business processing method, characterized in that: The method comprises: Compare the N scenario condition values ​​matching the business logic with the scenario condition parameter values ​​corresponding to the M first process branches to obtain a comparison result, where N and M are both integers greater than 1; Based on the comparison result, determining a second process branch from the M first process branches; Obtaining a service template for the second process branch; The business logic is implemented by executing the code encapsulated in the component of the business template.

2. The method according to claim 1, characterized in that The method further comprises: Classify the business codes according to the functions implemented to obtain multiple category codes; The multiple category codes are encapsulated respectively to obtain multiple components for implementing different functions.

3. The method according to claim 2, characterized in that The method further comprises: For a business logic, according to the components involved in the business logic and the execution order of the components, different combinations are performed on the components involved to obtain multiple candidate business templates corresponding to the business logic; A template library is created based on multiple candidate business templates.

4. The method according to claim 1, characterized in that: The method further comprises: Encapsulating the information acquisition conditions of the object corresponding to the business logic to obtain multiple candidate scenario conditions; N scene conditions are determined from the plurality of candidate scene conditions, and N scene condition values ​​are acquired.

5. The method according to claim 1, characterized in that The N scene condition values ​​correspond to the N scene conditions one by one; and determining the second process branch from the M first process branches based on the comparison result includes: Based on the comparison result, determining a process branch including a valid scenario condition among the M first process branches; A second process branch is determined from the process branches including the valid scenario conditions.

6. The method according to claim 5, characterized in that A process branch includes at least one scenario condition; and determining, based on the comparison result, a process branch including a valid scenario condition in the M first process branches, comprises: The following processing is performed for each of the M first process branches: For each scene condition included in the first process branch, when the comparison result indicates that the scene condition parameter value of the scene condition matches the N scene condition values, the scene condition is determined to be a valid scene condition.

7. The method according to claim 5, characterized in that The determining of the second process branch from the process branches including the valid scenario conditions comprises: For each process branch including a valid scenario condition, determining the number of valid scenario conditions included in the process branch; If the quantity meets the quantity threshold, the process branch including the valid scenario condition is used as the second process branch.

8. The method according to claim 5, characterized in that The determining of the second process branch from the process branches including the valid scenario conditions comprises: For each first process branch including a valid scene condition, performing a preset operation on a preset score of the valid scene condition included in the first process branch to obtain a total score of the first process branch; The first process branch whose total score value satisfies the score condition is used as the second process branch.

9. A service processing device, characterized in that: The device comprises: A determination module, used to compare N scene condition values ​​matching the business logic with the scene condition parameter values ​​corresponding to the M first process branches to obtain a comparison result, wherein N and M are both integers greater than 1; The determination module is further configured to determine a second process branch from the M first process branches based on the comparison result; An acquisition module, used to acquire the business template of the second process branch; The execution module is used to implement the business logic by executing the code encapsulated in the components of the business template.

10. An electronic device, characterized in that: include: A memory for storing executable instructions; A processor, used to implement the business processing method described in any one of claims 1 to 8 when executing the executable instructions stored in the memory.

11. A computer-readable storage medium storing computer-executable instructions, characterized in that: When the computer executable instructions are executed by a processor, the business processing method described in any one of claims 1 to 8 is implemented.

12. A computer program product comprising a computer program or computer executable instructions, characterized in that: When the computer program or computer executable instruction is executed by a processor, the business processing method described in any one of claims 1 to 8 is implemented.

Images