CN113657949A - Hybrid architecture bill client implementation method and terminal - Google Patents

Hybrid architecture bill client implementation method and terminal Download PDF

Info

Publication number
CN113657949A
CN113657949A CN202110955020.4A CN202110955020A CN113657949A CN 113657949 A CN113657949 A CN 113657949A CN 202110955020 A CN202110955020 A CN 202110955020A CN 113657949 A CN113657949 A CN 113657949A
Authority
CN
China
Prior art keywords
browser
request
service
execution result
service request
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202110955020.4A
Other languages
Chinese (zh)
Inventor
严彬
林天雄
黄华铭
翁增仁
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujian Boss Software Co ltd
Original Assignee
Fujian Boss Software Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujian Boss Software Co ltd filed Critical Fujian Boss Software Co ltd
Priority to CN202110955020.4A priority Critical patent/CN113657949A/en
Publication of CN113657949A publication Critical patent/CN113657949A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/04Billing or invoicing
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/95Retrieval from the web
    • G06F16/958Organisation or management of web site content, e.g. publishing, maintaining pages or automatic linking
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0481Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
    • G06F3/0483Interaction with page-structured environments, e.g. book metaphor

Abstract

The invention discloses a method and a terminal for realizing a hybrid architecture bill client, wherein a browser sends a form data acquisition request to a service server according to a user request and receives return data, and the browser and the service server form a B/S architecture mode; the browser sends a service request to a local client program according to the returned data display report after a user inputs and selects service operation, and the browser and the local client form a C/S architecture mode; the local client program receives, analyzes and executes the service request, returns an execution result to the browser for displaying and sends the execution result to the server; the browser interacts with each business server through the business process to form a B/S architecture mode, and simultaneously interacts with the local client through local communication to form a C/S architecture mode.

Description

Hybrid architecture bill client implementation method and terminal
Technical Field
The invention relates to the technical field of computers, in particular to a hybrid architecture bill client implementation method and a terminal.
Background
With the development and maturity of the tax and non-tax receipt markets, many companies have introduced their own ticket client software products, which include:
(1) the scheme based on the realization technology of the HTML + OCX table is as follows:
and displaying the report by using an HTML technology, and accessing local peripherals by using an OCX scheme. Where OCX is an Object Linking and Embedding (OLE) Control Extension, and the nature of the Control is the Object Linking and Embedding (OLE) standard of microsoft corporation. Because the method makes full use of the advantages of object-oriented, the program efficiency is greatly improved, and the method is widely applied. Many foreign companies are specialized in making various controls. The earliest form of control appeared in the format of. Currently, browsers supporting OCX technology are mainly of the IE series. The scheme only supports the IE browser and cannot be migrated to other browsers for use. And does not support a domestic operating system.
(2) Based on HTML + NPAPI/PPAPPI report implementation scheme:
and displaying the report form by using an HTML (hypertext markup language) technology, and accessing local peripherals in an NPAPI (network provider interface)/PPAPPI (peer-to-peer protocol PI) mode. Among them, npapi (netscape plug api) is a set of interface specifications for browser native plug-in programs designed by netscape companies. PPPPPPI (Peer Plugin API), is a new browser native plug-in interface specification developed by Google company on the basis of NPAPI. Currently, browsers supporting PPAPI include Opera (version 15 or more) and Chrome/Chrome browsers; currently, browsers supporting NPAPIs are Fire Fox, Safari, and Opera (12. times.below). The scheme supports deployment on most of the domestic systems, but cannot support upgrading of IE-based inventory products.
Disclosure of Invention
The technical problem to be solved by the invention is as follows: the hybrid architecture bill client implementation method and the terminal are more flexible and not limited by browser specifications.
In order to solve the technical problems, the invention adopts the technical scheme that:
a hybrid architecture bill client implementation method comprises the following steps:
s1, the browser sends a form data acquisition request to the service server according to the user request and receives the return data, and the browser and the service server form a B/S architecture mode;
s2, the browser sends a service request to a local client program according to the returned data display report after a user inputs and selects service operation, and the browser and the local client form a C/S architecture mode;
s3, the local client program receives the service request, analyzes and executes the service request, and returns the execution result to the browser;
and S4, the browser receives and displays the execution result, and sends the execution result to the server.
In order to solve the technical problem, the invention adopts another technical scheme as follows:
a hybrid architecture ticket client implementation terminal comprising a processor, a memory, and a computer program stored in the memory and executable on the processor, the processor implementing the following steps when executing the computer program:
s1, the browser sends a form data acquisition request to the service server according to the user request and receives the return data, and the browser and the service server form a B/S architecture mode;
s2, the browser sends a service request to a local client program according to the returned data display report after a user inputs and selects service operation, and the browser and the local client form a C/S architecture mode;
s3, the local client program receives the service request, analyzes and executes the service request, and returns the execution result to the browser;
and S4, the browser receives and displays the execution result, and sends the execution result to the server.
The invention has the beneficial effects that: the Browser and each service Server interact with each other through the Browser to form a B/S (Browser/Server) architecture mode, meanwhile, the Browser and the local client interact through local communication, and the local client executes specific services to form a C/S (Server/client) architecture mode.
Drawings
Fig. 1 is a flowchart of a hybrid architecture ticket client implementation method according to an embodiment of the present invention;
fig. 2 is a structural diagram of a hybrid architecture ticket client implementation terminal according to an embodiment of the present invention;
fig. 3 is a schematic architecture diagram of a hybrid architecture ticket client implementation method according to an embodiment of the present invention;
fig. 4 is a flowchart illustrating a request processing of a local client program of a hybrid architecture ticket client implementation method according to an embodiment of the present invention;
description of reference numerals:
1. a mixed architecture bill client terminal implementation terminal; 2. a processor; 3. a memory.
Detailed Description
In order to explain technical contents, achieved objects, and effects of the present invention in detail, the following description is made with reference to the accompanying drawings in combination with the embodiments.
Referring to fig. 1, fig. 3 and fig. 4, a hybrid architecture ticket client implementation method includes:
s1, the browser sends a form data acquisition request to the service server according to the user request and receives the return data, and the browser and the service server form a B/S architecture mode;
s2, the browser sends a service request to a local client program according to the returned data display report after a user inputs and selects service operation, and the browser and the local client form a C/S architecture mode;
s3, the local client program receives the service request, analyzes and executes the service request, and returns the execution result to the browser;
and S4, the browser receives and displays the execution result, and sends the execution result to the server.
From the above description, the beneficial effects of the present invention are: the Browser and each service Server interact with each other through the Browser to form a B/S (Browser/Server) architecture mode, meanwhile, the Browser and the local client interact through local communication, and the local client executes specific services to form a C/S (Server/client) architecture mode.
Further, the communication data between the browser and the local client program is in a JSON format, and the step S2 of sending the service request to the local client program specifically includes the following steps:
serializing the service request and sending the serialized service request to the local client program;
the step of receiving the service request by the local client in the step S3 specifically includes the following steps:
the client receives the service request and carries out deserialization on the service request;
the step of returning the execution result to the browser in the step S3 is specifically the following steps:
serializing the execution result, and returning the serialized execution result to the browser;
the step of receiving and displaying the execution result by the browser in the step S4 is specifically the following steps:
and the browser receives the execution result, performs deserialization on the execution result, and displays the deserialized execution result.
According to the description, the communication data between the browser and the local client are in the JSON format, so that the serialization and the deserialization are convenient, and the data object can be completely transmitted by using the serialized data more conveniently.
Further, the parsing and executing the service request in step S3 specifically includes the following steps:
s31, acquiring a data object in the service request, wherein the data object comprises a request instruction queue;
s32, traversing the request instructions in the request instruction queue, analyzing and executing the request instructions, and storing the execution result of each request instruction in a response queue until the execution of all the request instructions is completed to obtain the execution result.
As can be seen from the above description, after the request instructions in the request instruction queue are executed, the result is stored in the corresponding response queue, so that it is ensured that each request instruction has a corresponding execution result for response, and the queue mode replaces the original inefficient mechanism of one response, so as to improve the response of the system under the CS architecture.
Further, the parsing and executing of the request instruction in the step S32 specifically includes the following steps:
and analyzing the request instruction, and accessing the connected external equipment in a local connection mode to call functions.
According to the description, a local client program calls the external device to process the related service in a local connection mode, and the external device is not limited by controls or interfaces of different browsers, so that the universality is stronger and the reliability is higher.
Further, the service request includes a service ID;
the step S31 is preceded by the steps of:
and acquiring the service ID of the service request, judging whether the service corresponding to the service ID is supported, if so, entering the step S33, otherwise, ignoring the service request.
As can be seen from the above description, the service ID is used to identify a specific service and determine whether to support the service for better processing.
Referring to fig. 2, a hybrid architecture ticket client implementation terminal includes a processor, a memory, and a computer program stored in the memory and executable on the processor, where the processor implements the following steps when executing the computer program:
s1, the browser sends a form data acquisition request to the service server according to the user request and receives the return data, and the browser and the service server form a B/S architecture mode;
s2, the browser sends a service request to a local client program according to the returned data display report after a user inputs and selects service operation, and the browser and the local client form a C/S architecture mode;
s3, the local client program receives the service request, analyzes and executes the service request, and returns the execution result to the browser;
and S4, the browser receives and displays the execution result, and sends the execution result to the server.
From the above description, the beneficial effects of the present invention are: the Browser and each service Server interact with each other through the Browser to form a B/S (Browser/Server) architecture mode, meanwhile, the Browser and the local client interact through local communication, and the local client executes specific services to form a C/S (Server/client) architecture mode.
Further, the communication data between the browser and the local client program is in a JSON format, and the step S2 of sending the service request to the local client program specifically includes the following steps:
serializing the service request and sending the serialized service request to the local client program;
the step of receiving the service request by the local client in the step S3 specifically includes the following steps:
the client receives the service request and carries out deserialization on the service request;
the step of returning the execution result to the browser in the step S3 is specifically the following steps:
serializing the execution result, and returning the serialized execution result to the browser;
the step of receiving and displaying the execution result by the browser in the step S4 is specifically the following steps:
and the browser receives the execution result, performs deserialization on the execution result, and displays the deserialized execution result.
According to the description, the communication data between the browser and the local client are in the JSON format, so that the serialization and the deserialization are convenient, and the data object can be completely transmitted by using the serialized data more conveniently.
Further, the parsing and executing the service request in step S3 specifically includes the following steps:
s31, acquiring a data object in the service request, wherein the data object comprises a request instruction queue;
s32, traversing the request instructions in the request instruction queue, analyzing and executing the request instructions, and storing the execution result of each request instruction in a response queue until the execution of all the request instructions is completed to obtain the execution result.
As can be seen from the above description, after the request instructions in the request instruction queue are executed, the result is stored in the corresponding response queue, so that it is ensured that each request instruction has a corresponding execution result for response, and the queue mode replaces the original inefficient mechanism of one response, so as to improve the response of the system under the CS architecture.
Further, the parsing and executing of the request instruction in the step S32 specifically includes the following steps:
and analyzing the request instruction, and accessing the connected external equipment in a local connection mode to call functions.
According to the description, a local client program calls the external device to process the related service in a local connection mode, and the external device is not limited by controls or interfaces of different browsers, so that the universality is stronger and the reliability is higher.
Further, the service request includes a service ID;
the step S31 is preceded by the steps of:
and acquiring the service ID of the service request, judging whether the service corresponding to the service ID is supported, if so, entering the step S33, otherwise, ignoring the service request.
As can be seen from the above description, the service ID is used to identify a specific service and determine whether to support the service for better processing.
Referring to fig. 1, fig. 3 and fig. 4, a first embodiment of the present invention is:
a hybrid architecture bill client implementation method comprises the following steps:
s1, the browser sends a form data acquisition request to the service server according to the user request and receives the return data, and the browser and the service server form a B/S architecture mode;
in this embodiment, a classical B/S architecture mode is formed by the server and the browser, and is responsible for interaction with the login user in the business process, display of the business form document, and the like. And the user enters a report/form operation page through the browser, and the browser sends a request to the server to acquire form data.
S2, the browser sends a service request to a local client program according to the returned data display report after a user inputs and selects service operation, and the browser and the local client form a C/S architecture mode;
in this embodiment, the browser and the local client program are communicatively connected through a local http/https to construct a C/S architecture mode. And after the browser obtains the report/document returned by the server, the browser displays the report/document and waits for the input of the user. In this embodiment, after the user browses the report/document and clicks the settlement button on the page, the browser sends a service request in response to the local client program in a local connection manner according to the click event of the user.
Wherein, the step of sending the service request to the local client program in the step S2 specifically includes the following steps:
serializing the service request and sending the serialized service request to the local client program;
the step of receiving the service request by the local client in the step S3 specifically includes the following steps:
the client receives the service request and carries out deserialization on the service request;
the step of returning the execution result to the browser in the step S3 is specifically the following steps:
serializing the execution result, and returning the serialized execution result to the browser;
the step of receiving and displaying the execution result by the browser in the step S4 is specifically the following steps:
and the browser receives the execution result, performs deserialization on the execution result, and displays the deserialized execution result.
In this embodiment, the communication data between the browser and the local client program is in JSON format, which facilitates serialization and reverse serialization of data objects between the two ends.
S3, the local client program receives the service request, analyzes and executes the service request, and returns the execution result to the browser;
the analyzing and executing the service request in the step S3 specifically includes the following steps:
s31, acquiring a data object in the service request, wherein the data object comprises a request instruction queue;
s32, traversing the request instructions in the request instruction queue, analyzing and executing the request instructions, and storing the execution result of each request instruction in a response queue until the execution of all the request instructions is completed to obtain the execution result.
The service request comprises a service ID;
the step S31 is preceded by the steps of:
and acquiring the service ID of the service request, judging whether the service corresponding to the service ID is supported, if so, entering the step S33, otherwise, ignoring the service request.
In this embodiment, the format of the service request sent by the browser to the local client program is as follows:
Figure BDA0003220150890000081
the format of the execution result returned to the browser by the local client program is as follows:
Figure BDA0003220150890000082
Figure BDA0003220150890000091
the format of the request instruction is as follows:
Figure BDA0003220150890000092
the format of the data in the response queue is:
Figure BDA0003220150890000093
the analyzing and executing of the request instruction in the step S32 specifically includes the following steps:
and analyzing the request instruction, and accessing the connected external equipment in a local connection mode to call functions.
In this embodiment, the local client program is responsible for analyzing the request instruction from the browser, and accesses the connected external device, including the report printer component, the POS machine, the high-speed shooting device, and the like, in a local call manner to complete corresponding function call, and returns the result to the browser.
And S4, the browser receives and displays the execution result, and sends the execution result to the server.
Referring to fig. 2, the second embodiment of the present invention is:
a hybrid architecture bill client implementation terminal 1 comprises a processor 2, a memory 3 and a computer program stored in the memory 3 and capable of running on the processor 2, wherein the processor 1 implements the steps in the first embodiment when executing the computer program.
In summary, the method and the terminal for implementing the hybrid architecture bill client provided by the present invention perform interaction of service flows with each service server through the browser to form a B/S architecture mode, and simultaneously perform interaction through local communication between the browser and the local client, and execute specific services by the local client, thereby forming a C/S architecture mode, utilizing flexible deployment of the B/S architecture, and considering high customizable flexibility of the C/S architecture client, and the service execution is not limited by the browser specification; meanwhile, communication messages between the local client program and the browser are designed based on the JSON format, so that serialization and reverse serialization of data objects between two ends are facilitated; the inefficient mechanism of one response originally is replaced by a queue mode so as to improve the response of the system under the CS framework.
The above description is only an embodiment of the present invention, and not intended to limit the scope of the present invention, and all equivalent changes made by using the contents of the present specification and the drawings, or applied directly or indirectly to the related technical fields, are included in the scope of the present invention.

Claims (10)

1. A hybrid architecture bill client implementation method is characterized by comprising the following steps:
s1, the browser sends a form data acquisition request to the service server according to the user request and receives the return data, and the browser and the service server form a B/S architecture mode;
s2, the browser sends a service request to a local client program according to the returned data display report after a user inputs and selects service operation, and the browser and the local client form a C/S architecture mode;
s3, the local client program receives the service request, analyzes and executes the service request, and returns the execution result to the browser;
and S4, the browser receives and displays the execution result, and sends the execution result to the server.
2. The method for implementing a hybrid architecture ticket client according to claim 1, wherein the communication data between the browser and the local client is in JSON format, and the step S2 of sending the service request to the local client specifically includes the following steps:
serializing the service request and sending the serialized service request to the local client program;
the step of receiving the service request by the local client in the step S3 specifically includes the following steps:
the client receives the service request and carries out deserialization on the service request;
the step of returning the execution result to the browser in the step S3 is specifically the following steps:
serializing the execution result, and returning the serialized execution result to the browser;
the step of receiving and displaying the execution result by the browser in the step S4 is specifically the following steps:
and the browser receives the execution result, performs deserialization on the execution result, and displays the deserialized execution result.
3. The method for implementing the hybrid architecture ticket client according to claim 1, wherein the parsing and executing the service request in step S3 specifically includes the following steps:
s31, acquiring a data object in the service request, wherein the data object comprises a request instruction queue;
s32, traversing the request instructions in the request instruction queue, analyzing and executing the request instructions, and storing the execution result of each request instruction in a response queue until the execution of all the request instructions is completed to obtain the execution result.
4. The hybrid architecture ticket client implementation method of claim 3, wherein the parsing and executing of the request instruction in the step S32 specifically includes the following steps:
and analyzing the request instruction, and accessing the connected external equipment in a local connection mode to call functions.
5. The method according to claim 3, wherein the service request includes a service ID;
the step S31 is preceded by the steps of:
and acquiring the service ID of the service request, judging whether the service corresponding to the service ID is supported, if so, entering the step S33, otherwise, ignoring the service request.
6. A hybrid architecture ticket client implementation terminal comprising a processor, a memory and a computer program stored in the memory and executable on the processor, wherein the processor implements the following steps when executing the computer program:
s1, the browser sends a form data acquisition request to the service server according to the user request and receives the return data, and the browser and the service server form a B/S architecture mode;
s2, the browser sends a service request to a local client program according to the returned data display report after a user inputs and selects service operation, and the browser and the local client form a C/S architecture mode;
s3, the local client program receives the service request, analyzes and executes the service request, and returns the execution result to the browser;
and S4, the browser receives and displays the execution result, and sends the execution result to the server.
7. The hybrid architecture ticket client implementation terminal of claim 6, wherein communication data between the browser and the local client program is in JSON format, and the step S2 of sending the service request to the local client program specifically includes the following steps:
serializing the service request and sending the serialized service request to the local client program;
the step of receiving the service request by the local client in the step S3 specifically includes the following steps:
the client receives the service request and carries out deserialization on the service request;
the step of returning the execution result to the browser in the step S3 is specifically the following steps:
serializing the execution result, and returning the serialized execution result to the browser;
the step of receiving and displaying the execution result by the browser in the step S4 is specifically the following steps:
and the browser receives the execution result, performs deserialization on the execution result, and displays the deserialized execution result.
8. The hybrid architecture ticket client implementation terminal of claim 6, wherein the parsing and executing the service request in step S3 specifically comprises the following steps:
s31, acquiring a data object in the service request, wherein the data object comprises a request instruction queue;
s32, traversing the request instructions in the request instruction queue, analyzing and executing the request instructions, and storing the execution result of each request instruction in a response queue until the execution of all the request instructions is completed to obtain the execution result.
9. The hybrid architecture ticket client implementation terminal of claim 8, wherein the parsing and executing of the request instruction in the step S32 specifically includes the following steps:
and analyzing the request instruction, and accessing the connected external equipment in a local connection mode to call functions.
10. The hybrid architecture ticket client implementation terminal of claim 8, wherein the service request includes a service ID;
the processor further comprises the following steps before the step S31 when executing the computer program:
and acquiring the service ID of the service request, judging whether the service corresponding to the service ID is supported, if so, entering the step S33, otherwise, ignoring the service request.
CN202110955020.4A 2021-08-19 2021-08-19 Hybrid architecture bill client implementation method and terminal Pending CN113657949A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110955020.4A CN113657949A (en) 2021-08-19 2021-08-19 Hybrid architecture bill client implementation method and terminal

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110955020.4A CN113657949A (en) 2021-08-19 2021-08-19 Hybrid architecture bill client implementation method and terminal

Publications (1)

Publication Number Publication Date
CN113657949A true CN113657949A (en) 2021-11-16

Family

ID=78481315

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110955020.4A Pending CN113657949A (en) 2021-08-19 2021-08-19 Hybrid architecture bill client implementation method and terminal

Country Status (1)

Country Link
CN (1) CN113657949A (en)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1921484A (en) * 2006-09-14 2007-02-28 南京中兴软创软件有限公司 User terminal/server framework based on browser
CN102480510A (en) * 2010-11-30 2012-05-30 汉王科技股份有限公司 Realization method of C/S and B/S mixed architecture and apparatus thereof
CN105471824A (en) * 2014-09-03 2016-04-06 阿里巴巴集团控股有限公司 Method, device and system for invoking local service assembly by means of browser
CN106506503A (en) * 2016-11-15 2017-03-15 航天信息股份有限公司 A kind of system and method for promoting the user terminal behavioral unity of B/S and C/S mixed architectures
CN108924094A (en) * 2018-06-08 2018-11-30 江苏中威科技软件系统有限公司 The exchange method of multiple client-ends access mode and browser access module
CN109831466A (en) * 2017-11-23 2019-05-31 深圳市金证科技股份有限公司 Micro services method for processing business and nginx server

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1921484A (en) * 2006-09-14 2007-02-28 南京中兴软创软件有限公司 User terminal/server framework based on browser
CN102480510A (en) * 2010-11-30 2012-05-30 汉王科技股份有限公司 Realization method of C/S and B/S mixed architecture and apparatus thereof
CN105471824A (en) * 2014-09-03 2016-04-06 阿里巴巴集团控股有限公司 Method, device and system for invoking local service assembly by means of browser
CN106506503A (en) * 2016-11-15 2017-03-15 航天信息股份有限公司 A kind of system and method for promoting the user terminal behavioral unity of B/S and C/S mixed architectures
CN109831466A (en) * 2017-11-23 2019-05-31 深圳市金证科技股份有限公司 Micro services method for processing business and nginx server
CN108924094A (en) * 2018-06-08 2018-11-30 江苏中威科技软件系统有限公司 The exchange method of multiple client-ends access mode and browser access module

Similar Documents

Publication Publication Date Title
US6766333B1 (en) Method and apparatus for synchronizing a user interface element displayed on a client and a software application component executing on a web server
US20210337015A1 (en) Method and system of application development for multiple device client platforms
CN107688529B (en) Component debugging method and device
CN105045887A (en) Mixed mode cross-domain data interaction system and method
CN105872083A (en) Method and system supporting server access by different types of clients as well as server
US11003835B2 (en) System and method to convert a webpage built on a legacy framework to a webpage compatible with a target framework
WO2020143159A1 (en) User interface processing method and device
CN110990736A (en) Page loading method and device, terminal equipment and storage medium
CN103607654A (en) A mobile terminal auxiliary input apparatus based on a multi-screen cooperation system and a method
CN109582317B (en) Method and apparatus for debugging hosted applications
JP2013080404A (en) System, computer, method, and program which call java method on client
US20140245124A1 (en) System and method thereof for browser agnostic extension models
AU2016101498A4 (en) Data Interchange System
WO2017121283A1 (en) Payment method and system, payment conversion method and payment conversion device
KR101270439B1 (en) Method for Intercommunications Between Browser and App Using Vertual Webserver in Mobile Terminal
CN113760438A (en) Page display method and device for webpage application
CN114035971A (en) Software system convenient for different browsers to access local computer resources
CN106095886B (en) Data processing method and device
CN113657949A (en) Hybrid architecture bill client implementation method and terminal
CN110825622A (en) Software testing method, device, equipment and computer readable medium
WO2012063282A1 (en) Operating method and system for mashup application
CN114115897A (en) Method for dynamically generating project local executable file based on nodejs script
CN115577200B (en) Page loading method, device, equipment and storage medium
WO2022237826A1 (en) User interface testing method and system, cluster, medium, and program product
CN111026388B (en) Method for adapting to order receiving application and payment middleware

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20211116