A dynamic adaptation method for docking the B-end interface of the human resources system based on JAVA dynamic loading

Abstract

The present invention discloses a dynamic adaptation method for docking the B-end interface in the human resources system based on JAVA dynamic loading, and relates to the field of software adaptation technology. It includes demand disassembly, which specifies that the demand is disassembled into fixed demand and dynamic demand; basic code positioning, which locates the target code source in the basic source code according to the fixed demand and the dynamic demand, and splits it into independent code sources, which are compiled separately to jointly realize the specified demand; dynamic loading engine parameter adjustment, which uses the dynamic loading engine to dynamically adjust the parameters in the target code source corresponding to the dynamic demand, and the dynamic loading engine obtains the parameter adjustment data from the front-end interface of the B-end. The dynamic demand of the present invention disassembles the demand of the B-end of the enterprise, so that the basic source code of the human resources system in the entire cloud is divided into two target code sources of fixed demand and dynamic demand, and then cooperates with dynamic compilation and loading, so that only the functional requirements corresponding to the parameter adjustment items can be modified.

Description

Technical Field

[0001] The present invention relates to the technical field of software adaptation, and in particular to a dynamic adaptation method for docking a B-end interface of a human resources system based on JAVA dynamic loading. Background Art

[0002] Due to the rapid development of service-oriented cloud technology, many companies no longer need to build their own exclusive human resources systems, which greatly reduces the difficulty and cost of human resources management. The B-end of the comprehensive human resources system, that is, the Business end, can meet the daily management needs of most companies.

[0003] When establishing a traditional human resource system, it is necessary to independently write the required source code. Each enterprise has different management needs, so there are large differences in the source code between different enterprises. This problem also exists in the cloud-centric human resource system, that is, the needs of each enterprise are different, and the needs of the enterprise will be adjusted. If the fixed functions in the past need to be changed, the underlying source code needs to be modified and recompiled and rendered. This modification method requires specialized technicians to rebuild the code, which takes a long time and is costly, and the adaptability of the entire human resource system is poor.

[0004] Since most of the system functions of human resource management are similar and will only be slightly adjusted according to the company's management structure and management methods, the overall implementation method is basically the same. When modifying the functions, they can often be used directly after modifying the name, structure and type of the relevant parameters. However, when using compiled languages ​​such as JAVA, it is necessary not only to modify the underlying code but also to compile the entire modified project. The larger the project itself, the longer it takes, and the greater the impact on the management of the entire enterprise. Summary of the invention

[0005] The purpose of the present invention is to provide a dynamic adaptation method for docking the B-end interface of the human resources system based on JAVA dynamic loading, so as to solve the problems raised in the above-mentioned background technology.

[0006] To achieve the above-mentioned purpose, the present invention provides the following technical solutions: a dynamic adaptation method based on JAVA dynamic loading in the B-end interface of the human resources system, the B-end interface of the human resources system is provided with a variety of specified requirements, including requirement decomposition, and the specified requirements are decomposed into fixed requirements and dynamic requirements;

[0007] Basic code location: locate the target code source in the basic source code according to fixed requirements and dynamic requirements, and split it into independent code sources. The independent code sources are compiled separately to jointly realize the specified requirements.

[0008] Dynamic loading engine parameter adjustment: Dynamic loading engine is used to dynamically adjust various parameters in the target code source corresponding to dynamic requirements. The dynamic loading engine obtains parameter adjustment data from the front-end interface of the B side, and adjusts various parameters in the target code source corresponding to dynamic requirements after processing by the dynamic loading engine.

[0009] Dynamic compilation: The front-end interface of the B side is set with interfaces corresponding to multiple independent modules. The target code source of the dynamic loading engine is compiled separately to complete the dynamic loading of the interface corresponding to the target code source;

[0010] The method for creating the dynamic loading engine includes:

[0011] Define parameter mapping rules. In the target code source corresponding to the dynamic requirements, parameter mapping rules need to be defined through the mapping creation method. The mapping rules define the mapping from source parameters to target parameters.

[0012] Mapping processing, based on JAVA, provides a built-in JavaScript engine to process the parameter mapping rules and generate mapping scripts;

[0013] Dynamic loading: Based on the B-side interface scenario, dynamically load the corresponding mapping scripts and execute these scripts to perform data mapping;

[0014] For B-side configuration, a parameter adjustment interface is created on the front-end interface of the B-side. Users adjust parameters through the parameter adjustment interface. The front-end packages the adjustment result data into parameter adjustment data, which is then processed by the mapping script to complete the parameter adjustment.

[0015] Furthermore, the mapping creation method includes:

[0016] S1: Set matching rules to perform secondary definition matching on multiple function items based on the names, structures and types of multiple original parameters;

[0017] S2: multiple function items based on a single original parameter are used to set multiple external links for matching function items;

[0018] S3: The parameter adjustment data includes a plurality of externally linked input data, and a target parameter is generated based on the input data;

[0019] S4: Transfer the source parameters and use the target parameters to replace the source parameters to complete the definition of the parameter mapping rule.

[0020] Furthermore, the human resources system is provided with a docking database to store external links, and the docking database creates an API. The B side uses the API and utilizes the front-end interface of the B side to create a parameter adjustment interface to bind the external links.

[0021] Furthermore, the human resources system is built with at least two central servers, and multiple virtual spaces are set up in one or more central servers, each virtual space corresponds to a B end, and the target code corresponding to the fixed demand is stored separately in a central server, and the front end corresponding to the B end is jointly generated by the corresponding virtual space and the server storing the target code corresponding to the fixed demand.

[0022] Furthermore, the B side is built on an independent private server, and a private storage space is set in the private server for users to store the data generated by the B side when operating the human resources system. The virtual space realizes the front-end functions of the B side by manipulating the private storage space, and the forms and information data generated by the B side front end are all independently stored in the private server.

[0023] Furthermore, in the basic code location, the step of splitting the independent code source includes:

[0024] N1: Determine the target code source location in the dynamic requirement location base source code;

[0025] N2: Determine the front-end dependencies and back-end interfaces of the target code source;

[0026] N3: Encapsulate the front-end dependencies of the corresponding target code source into the target code separately to generate independent code;

[0027] N4: Set up a transit component and encapsulate the back interface of the target code source on the transit component. If the back interface of a target code source needs to be used in the remaining target code sources, the transit component of the target code source to be used needs to be encapsulated together.

[0028] Furthermore, the real-time data generated by the rear interface of the target code source will be synchronized to the rear interface encapsulated by the corresponding transfer component.

[0029] Furthermore, it also includes code rollback. Each independent code source has a functioning basic code when the human resources system is created. After dynamic loading of engine parameters and dynamic compilation, modified code is generated. The basic code and several modified codes are recorded and saved by time for the rollback of the independent code source.

[0030] Furthermore, in the dynamic compilation, if there is a compilation error during the separate compilation of the target code source, the corresponding independent code source of the human system rolls back to the modified code before compilation, giving priority to ensuring the functional integrity of the human system.

[0031] Compared with the prior art, the present invention has the following beneficial effects:

[0032] This dynamic adaptation method based on JAVA dynamic loading in the human resources system to the B-side interface, by disassembling the needs of the enterprise B-side, allows the basic source code of the entire cloud human resources system to be divided into two target code sources: fixed needs and dynamic needs. Fixed needs are the basic components of the human resources system, and dynamic needs need to be adjusted according to the needs of the enterprise. Enterprise users can use the dynamic loading engine to reset and fine-tune the parameters of the target code source corresponding to the dynamic needs to meet their own management needs. Combined with dynamic compilation and loading, only the functional requirements corresponding to the parameter adjustment items can be modified, and changes to management functions can be made under the premise of ensuring the functional integrity of the entire human resources system. Dynamic parameter adjustment and dynamic compilation and loading make it possible to complete the modification without adjusting the source code when modifying the function, and the code is fragmented and compiled separately, which improves the compilation speed and ensures the functionality of the entire human resources system.

[0033] At the same time, in order to further improve the capabilities of the human resources system in the cloud, different servers need to be set up to store B-side data of different demand types. Different corporate B-sides have exclusive virtual spaces in the server to realize all the functions of the B-side. The dynamic demand part is independently controlled by the virtual space, and the fixed demand part is centrally controlled by a dedicated server. This can further save server resources and create more virtual spaces, so that multiple corporate customers can be connected with less computing costs.

[0034] Not only that, in order to further protect the company's information security and the load of the human resources system on the cloud, the company needs to build its own dedicated server on the B side. Its core code service is provided by the human resources system on the cloud, and the company's data is stored in its own dedicated server. In this way, the human resources system on the cloud sends instructions without saving data, thereby improving the security of the company's data. BRIEF DESCRIPTION OF THE DRAWINGS

[0035] Figure 1 It is a structural schematic diagram of the human power system of the present invention;

[0036] Figure 2 It is a schematic diagram of the correspondence between the functions and codes of the human system of the present invention;

[0037] Figure 3 This is a schematic diagram of constructing the B-side without a dedicated server of the present invention;

[0038] Figure 4 A schematic diagram of the B-side having a dedicated server of the present invention;

[0039] Figure 5 This is a comparison diagram of the principles of the present invention and the prior art. DETAILED DESCRIPTION

[0040] The following will be combined with the drawings in the embodiments of the present invention to clearly and completely describe the technical solutions in the embodiments of the present invention. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the present invention.

[0041] In the current B-side project delivery of the human resources system, since the B-side customers have their own operating status for data information such as the person-post structure, etc. In the project delivery of different customers, most of them use customized development interfaces to meet the needs of customers. For the relatively standard external interfaces of the NHR human resources system, in docking with external customers, in many scenarios, it is actually only necessary to modify the position, naming, and hierarchical packaging of the input and output parameters, and these simple and light logic verifications of the input and output parameters. However, this part of the content has to start from scratch in the customer version determination, project development, release, packaging, and deployment of the software. Moreover, for different customers, the external standard code modules must maintain different code versions for different customers to cope with business changes. Modules that provide standard capabilities should also have different versions maintained for different customers. This has a lot of room for improvement in the time cost, labor cost of B-side delivery and the response speed to customers. Therefore, in the human resource system with cloud as the core, the dynamic adaptation method based on JAVA dynamic loading provided by this technical solution to connect the human resource system to the B-side interface can solve the above-mentioned problems. Since the cloud system pursues higher stability and service quality, it will use languages ​​such as C, C# and JAVA for development. Languages ​​such as Python and PHP that are suitable for small projects are not suitable.

[0042] like Figure 1-Figure 4 As shown, the present invention provides a technical solution: a dynamic adaptation method based on JAVA dynamic loading in the human system docking B-end interface, the human system docking B-end interface is set with multiple specified requirements, such as Figure 2 As shown in the figure, based on the front-end and back-end structures of the original system, the front-end is divided into the framework data of the entire system and then various functional display interfaces, including demand decomposition, specifying the decomposition of requirements into fixed requirements and dynamic requirements, among which the framework data belongs to fixed requirements, and this type of functional item belongs to dynamic requirements.

[0043] Basic code positioning, locate the target code source in the basic source code according to fixed requirements and dynamic requirements, and split it into independent code sources. The independent code sources are compiled separately to jointly implement the specified requirements. The positioning of the basic code requires strict management standards for the original code. In the collaborative development process of software, each function is generally developed independently, so it is easy to locate the code data of the target function.

[0044] Dynamic loading engine parameter adjustment: The dynamic loading engine is used to dynamically adjust the parameters in the target code source corresponding to the dynamic requirements. The dynamic loading engine obtains the parameter adjustment data from the front-end interface of the B side, and adjusts the parameters in the target code source corresponding to the dynamic requirements after processing by the dynamic loading engine.

[0045] Dynamic compilation, the front-end interface of the B side is set with interfaces corresponding to multiple independent modules, and the target code source using the dynamic loading engine is compiled separately to complete the dynamic loading of the interface corresponding to the target code source. Dynamic compilation is a runtime compilation technology that converts the bytecode or intermediate code of the program into machine code for direct execution on the hardware. Unlike traditional static compilation, dynamic compilation is performed during program execution, allowing the compiler to use runtime information to generate more optimized code. It can be implemented using the Java Virtual Machine (JVM) and ".NET CLR" (.NET's Common Language Runtime also uses JIT compilation technology to dynamically convert intermediate language (MSI L) into machine code).

[0046] The creation method of the dynamic loading engine includes: (1) defining parameter mapping rules. In the target code source corresponding to the dynamic demand, the parameter mapping rules need to be defined through the mapping creation method. The mapping rules define the mapping from the source parameter to the target parameter; (2) mapping processing. Based on JAVA, a built-in JavaScript engine is provided to process the parameter mapping rules and generate a mapping script; (3) dynamic loading. Based on the B-side interface scenario, the corresponding mapping script is dynamically loaded and executed to perform data mapping; (4) B-side configuration. A parameter adjustment interface is created on the front-end interface of the B-side. The user adjusts the parameters through the parameter adjustment interface. The front-end packages the adjustment result data into parameter adjustment data, and then completes the parameter adjustment through the mapping script processing. To facilitate the use of enterprise users, the parameter adjustment interface of the B-side can be set as a graphical interface. The parameter name, structure and type are adjusted in the parameter adjustment interface. In the front-end technology, the D3.js library of JavaScript can be used for parameter visualization design. The principle of its visualization implementation can be implemented through subsequent JS scripts. In addition, React and Vue.js can be used to build JavaScript user interfaces. ipt framework, which can be used in conjunction with D3.js or using their respective view components to build dynamic and responsive UIs.

[0047] In the specific implementation process, the B-side interface of the human resources system is equipped with various requirements such as the enterprise's management model, salary structure, management structure and human resource management. All of these requirements involve the scheduling of personnel and resources, which basically rely on personnel contact relationships, job grade display, and personnel and resource scheduling. The basic scheduling objects are people and tasks, and the requirements are the relationship between people and people and the relationship between people and tasks. This is why this method can be implemented. The core objects of the human resources system are relatively simple, so the functions of the human resources system are basically various logical adjustments to the object parameters. This logical adjustment can be reconstructed through parameter adjustment. Based on the above function implementation logic, there are corresponding code items in the basic source code. Generally speaking, independent functional modules in software development are separately encapsulated, so the code positioning and splitting principles are easy to implement. In the basic code positioning, independent The steps of splitting the code source include: N1: determining the location of the target code source in the basic source code for dynamic demand positioning; N2: determining the front-end dependency and back-end interface of the target code source. The front-end dependency is generally the overall environment dependency, the called resource library, and other custom functions called. The back-end interface is generally understood as the function encapsulated by this function code and the subordinate sub-code that has a subordinate relationship with its function code. The subordinate sub-code needs to be based on the code here to run; N3: encapsulate the front-end dependency of the corresponding target code source separately into the target code to generate independent code; N4: set up a transit component, encapsulate the back-end interface of the target code source on the transit component, and if the back-end interface of a target code source needs to be used in the remaining target code sources, the transit component of the target code source to be used needs to be encapsulated together, and the real-time data generated by the back-end interface of the target code source will be synchronized to the encapsulated back-end interface of the corresponding transit component.

[0048] like Figure 5 As shown, if you need to change "paramA": {"paramA-1": "A"} to "paramA": "A", the traditional method is the standard "four-step" 1. Modify the code of the standard interface module; 2. Start compiling and packaging; 3. Deploy the modified code; 4. Joint debugging with the external interface, while in this technical solution, after obtaining the parameter data, you only need to dynamically load the engine's parameters, and then dynamically compile, rebuild and directly deploy to complete the parameter adjustment.

[0049] As a specific implementation method, the mapping creation method includes: S1: setting matching rules to perform secondary definition matching on multiple function items according to the names, structures and types of multiple original parameters; S2: setting multiple external links for matching function items based on multiple function items of a single original parameter; S3: the parameter adjustment data contains input data of multiple external links, and generating target parameters based on the input data; S4: transferring source parameters, and using target parameters to replace the position of source parameters to complete the definition of parameter mapping rules.

[0050] It should be noted that in setting the matching rules, at this step, the name, structure and type of the original parameters need to be analyzed. These parameters generally include but are not limited to analyzing various data in the employee files in the human resources system, such as name, position, work location, and work experience. These parameters can be qualitatively defined as different types of data definition functions in terms of data, such as converting the skills described in the text into skill levels, or converting the employment date into length of service, etc. The definition of each parameter requires the use of JAVA to create object-oriented related variables and functions. The definition process of these variables and functions can be defined, such as the number of variables, types and function operation logic, so these parameters can be redefined by defining redefinition functions, and the redefinition function depends on the needs of the user. These functions collect the user's parameter adjustment data through the setting of external links, and then determine the redefinition function, so that the redefinition function redefines the original function again, thereby changing the functions of the original functions and variables, etc., thereby realizing the change of functions. The human resources system is set up with a docking database to store external links, and the docking database creates an API. The B-side uses the API and uses the front-end interface of the B-side to create a parameter adjustment interface to bind external links.

[0051] As a specific implementation method, since the generation of the human resources system using this method has a lot of freedom, there are often unpredictable bugs in the process of modifying parameters. When these bugs occur, it is necessary to ensure the functionality of the entire system. For example, in dynamic compilation, if there is a compilation error in the separate compilation process of the target code source, the corresponding independent code source of the human resources system rolls back to the modified code before compilation, giving priority to ensuring the functional integrity of the human resources system. In this system, it is necessary to set up a code rollback function. Each independent code source has a functional basic code when the human resources system is created. After dynamically loading the engine parameters and dynamically compiling, the modified code is generated. The basic code and several modified codes are recorded and saved by time for the rollback of the independent code source.

[0052] It should be noted that code rollback is an important process for modifying the parameters of the entire system, which is used to restore to the previous stable version when problems are found in the newly deployed code version. This process can minimize system downtime and service interruptions caused by errors or problems.

[0053] As a specific implementation method, Figure 3As shown, the human resources system is built with at least two central servers, and multiple virtual spaces are set up in one or more central servers. Each virtual space corresponds to a B-end, and the target code corresponding to the fixed demand is stored separately in a central server. The front end corresponding to the B-end is jointly generated by the corresponding virtual space and the server storing the target code corresponding to the fixed demand.

[0054] It should be noted that in order to further improve the capabilities of the human resources system in the cloud, the dynamic demand part is independently controlled by the virtual space, and the fixed demand part is centrally controlled by a dedicated server. This can further save server resources and create more virtual spaces, and can connect to multiple corporate customers with less computing costs. Under this architecture, it is important to implement strict data security and access control strategies. Each virtual space should have independent security measures, such as: encrypted transmission: ensure that all data transmission is carried out through encrypted channels, such as using TLS / SSL protocol; access control: implement role-based access control (RBAC) to ensure that only authorized users can access the resources they need; audit and monitoring: implement logging and monitoring systems to track all access and operations to sensitive data; performance and reliability due to system dependence Rely on the central server to handle all B-side needs, so optimizing performance and reliability is crucial: Load balancing: Use load balancing technology to disperse requests to multiple servers to ensure that there is no single point of failure, while improving the ability to process requests; Redundant design: Implement redundant design of servers and data to prevent single point failures from affecting system availability; Regular maintenance and updates: Ensure regular maintenance and updates of system software and hardware to respond to new security threats and performance requirements; Scalability and flexibility, the system design should consider future scalability and flexibility so that new virtual spaces can be easily added or existing functions can be expanded: Modular design: The system should adopt a modular design so that adding new functions or changing configurations will not affect the operation of other parts; API integration: Provide a rich API interface to allow B-side customers to customize functions or integrate other services according to their needs.

[0055] As a specific implementation method, Figure 4 As shown, the B side is built on an independent private server. The private server is provided with a private storage space for users to store the data generated by the B side when operating the human resources system. The virtual space implements the front-end functions of the B side by manipulating the private storage space. The forms and information data generated by the front-end of the B side are all independently stored in the private server.

[0056] It should be noted that in order to further protect the company's information security and the load of the human resources system on the cloud, the company's own dedicated server needs to be built on the B side. Generally, large enterprises will have their own service computer rooms. At this time, the core dependent data of the B side of the enterprise will be stored in its own computer room. The human resources system code on the cloud will only schedule this data and will not send it back to the cloud. Its core code service is provided by the human resources system on the cloud, and the company's data is stored in its own dedicated server. In this way, the human resources system on the cloud sends instructions without saving data, thereby improving the security of the company's data.

[0057] Although embodiments of the present invention have been shown and described, it will be appreciated by those skilled in the art that various changes, modifications, substitutions and variations may be made to the embodiments without departing from the principles and spirit of the present invention, and that the scope of the present invention is limited by the attached embodiments and their equivalents.

Claims

1. A dynamic adaptation method based on JAVA dynamic loading in the B-end interface of the human resources system, the B-end interface of the human resources system is set with multiple specified requirements, characterized in that: include: Demand decomposition, specify the decomposition of demand into fixed demand and dynamic demand; Basic code location: locate the target code source in the basic source code according to fixed requirements and dynamic requirements, and split it into independent code sources. The independent code sources are compiled separately to jointly realize the specified requirements. Dynamic loading engine parameter adjustment: Dynamic loading engine is used to dynamically adjust various parameters in the target code source corresponding to dynamic requirements. The dynamic loading engine obtains parameter adjustment data from the front-end interface of the B side, and adjusts various parameters in the target code source corresponding to dynamic requirements after processing by the dynamic loading engine. Dynamic compilation: The front-end interface of the B side is set with interfaces corresponding to multiple independent modules. The target code source of the dynamic loading engine is compiled separately to complete the dynamic loading of the interface corresponding to the target code source; The method for creating the dynamic loading engine includes: Define parameter mapping rules. In the target code source corresponding to the dynamic requirements, parameter mapping rules need to be defined through the mapping creation method. The mapping rules define the mapping from source parameters to target parameters. Mapping processing, based on JAVA, provides a built-in JavaScript engine to process the parameter mapping rules and generate mapping scripts; Dynamic loading: Based on the B-side interface scenario, dynamically load the corresponding mapping scripts and execute these scripts to perform data mapping; B-side configuration: create a parameter adjustment interface on the front-end interface of the B-side. Users adjust parameters through the parameter adjustment interface. The front-end packages the adjustment result data into parameter adjustment data, which is then processed by the mapping script to complete the parameter adjustment. The mapping creation method comprises: S1: Set matching rules to perform secondary definition matching on multiple function items based on the names, structures and types of multiple original parameters; S2: multiple function items based on a single original parameter are used to set multiple external links for matching function items; S3: The parameter adjustment data includes a plurality of externally linked input data, and a target parameter is generated based on the input data; S4: Transfer the source parameter and use the target parameter to replace the source parameter to complete the definition of the parameter mapping rule; The human resources system is provided with a docking database to store external links, and the docking database creates an API. The B side uses the API and utilizes the front-end interface of the B side to create a parameter adjustment interface to bind the external links.

2. According to claim 1, a dynamic adaptation method based on JAVA dynamic loading in the human system to connect to the B-end interface is characterized by: The human resources system is built with at least two central servers, and multiple virtual spaces are set up in one or more central servers. Each virtual space corresponds to a B-end, and the target code corresponding to the fixed demand is stored separately in a central server. The front end corresponding to the B-end is jointly generated by the corresponding virtual space and the server storing the target code corresponding to the fixed demand.

3. According to claim 2, a dynamic adaptation method for docking the B-end interface of the human system based on JAVA dynamic loading is characterized by: The B side is built on an independent private server. The private server is provided with a private storage space for users to store the data generated by the B side when operating the human system. The virtual space realizes the front-end functions of the B side by manipulating the private storage space. The forms and information data generated by the front-end of the B side are independently stored in the private server.

4. According to claim 1, a dynamic adaptation method for docking the B-end interface of the human system based on JAVA dynamic loading is characterized by: In the basic code positioning, the steps of splitting the independent code sources include: N1: Determine the target code source location in the dynamic requirement location base source code; N2: Determine the front-end dependencies and back-end interfaces of the target code source; N3: Encapsulate the front-end dependencies of the corresponding target code source into the target code separately to generate independent code; N4: Set up a transit component and encapsulate the back interface of the target code source on the transit component. If the back interface of a target code source needs to be used in the remaining target code sources, the transit component of the target code source to be used needs to be encapsulated together.

5. According to claim 4, a dynamic adaptation method for docking the B-end interface of the human resources system based on JAVA dynamic loading is characterized by: The real-time data generated by the rear interface of the target code source will be synchronized to the rear interface encapsulated by the corresponding transfer component.

6. According to claim 1, a dynamic adaptation method based on JAVA dynamic loading in the human system to connect to the B-end interface is characterized by: It also includes code rollback. Each independent code source has a functional basic code when the human resources system is created. After dynamic loading of engine parameters and dynamic compilation, modified code is generated. The basic code and several modified codes are recorded and saved by time for the rollback of the independent code source.

7. According to claim 6, a dynamic adaptation method for docking the B-end interface of the human system based on JAVA dynamic loading is characterized by: In the dynamic compilation, if there is a compilation error in the separate compilation of the target code source, the corresponding independent code source of the human system will roll back to the modified code before compilation, giving priority to ensuring the functional integrity of the human system.

Images