CN1601479A - Graphical source processing method in application program - Google Patents
Graphical source processing method in application program Download PDFInfo
- Publication number
- CN1601479A CN1601479A CN 03158755 CN03158755A CN1601479A CN 1601479 A CN1601479 A CN 1601479A CN 03158755 CN03158755 CN 03158755 CN 03158755 A CN03158755 A CN 03158755A CN 1601479 A CN1601479 A CN 1601479A
- Authority
- CN
- China
- Prior art keywords
- application program
- graphic resource
- disposal route
- resource
- graphic
- 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
Links
Landscapes
- Stored Programmes (AREA)
Abstract
First, the part involved to image resource process is encapsulated into an independent progress. Next, a interface is built in said process for communicating with other application programs. Then, command response and parameter definition are built between the process and application programs. When processing image resources, application program sends request information to said process. Based on process, the process carries out corresponding processing operations, and processed result is returned back to the application program. In running program, the invention only needs to load a portion of image resource to memory, and multiple processes can share data so as to raise efficiency of using memory resources greatly.
Description
Technical field
The invention relates to a kind of disposal route of graphic resource, especially about a kind of method that in application program, can efficiently utilize the memory resource processing graphics.
Background technology
Graph and image processing is a demand more common in the computer utility, has many application softwares all to aim at the processing graphics operation and develops.Simultaneously, because the processing of graph data need occupy considerable memory resource, therefore, general image processing software program requires very high to the hardware configuration of computing machine, the performance of low side computing machine when handling comparatively complicated figure operation is always barely satisfactory, especially when meeting a plurality of processes (Process) and quote the graphics process resource simultaneously, consumed considerable system overhead especially.
In the prior art, the method that processing graphics shows all is placed on same in-process with user's operation basically, loading of figure (Load) and demonstration all are kept in the same execution sequence, there are many problems in this way, for example, if a plurality of processes are quoted pattern process module, will cause graphic resource to be repeated to be loaded into the situation of storer, will cause the significant wastage of memory resource like this.For research and development of software work, the use of storer is very important, and the waste meeting of memory resource causes very big influence to the performance of a software.
For process itself, the existence of pattern process module can increase its process space.In multi-process when coexistence,, same module is videoed in the process space, can take a large amount of memory resources, causes the waste of storer.
And user's operation and pattern process module are placed in same in-process, in case some changes appear in the resource processing module, then quote its all programs and just must recompilate.So, the change of single module just may influence the efficient of whole project, and this is very disadvantageous to research and development of software work.
Summary of the invention
The present invention provides graphic resource disposal route in a kind of application program for addressing the above problem, and comes out by the processing operation independent separate that will be referred to visuals, thereby makes application program can utilize memory resource efficiently.
Technical scheme of the present invention is achieved in that
The invention provides graphic resource disposal route in a kind of application program, it is characterized in that, be that processing and other program process with graphic resource is separated, to reduce the process space and to improve the storer service efficiency, the part encapsulation (Encapsulate) that this method at first will be referred to graphic resource is handled is an independently process, in this process, set up an interface with other interapplication communications then, between this process and application program, set up command response and parameter-definition, send solicited message to this process when application program needs the processing graphics resource, this process is carried out corresponding processing operation and the result is back to application program according to request.
Wherein will be referred to the part that graphic resource is handled is encapsulated as an independently step of process, this process does not comprise forms (Form), includes only the part of handling.
Wherein this process is sightless.
Wherein set up a step with the interface of other interapplication communications in this process, communicating by letter of this process and other application program can be got in touch in any time after this process is activated in this interface.
Wherein between this process and application program, set up the step of command response and parameter-definition, the different different response methods of response command representative, parameter-definition can be represented additional information.
Wherein this parameter-definition can be represented positional information.
Wherein when application program needs the processing graphics resource, send the step of solicited message, have only when application program has needing of graphics process, just communicate with this process to this process.
Wherein when application program needs the processing graphics resource after this process is sent the step of solicited message, can judge this information when this process is received this solicited message, if resulting request is legal then respond, otherwise do not respond.
Judge wherein when this request is illegal that application program is being checked this request back repeating transmission.
Wherein the result is back to the step of application program, this return results at the application program end as seen.
The present invention is owing to the processing individual packages with graphic resource is an independent process, therefore when application program is moved, only needing to load a graphic resource gets final product in storer, when a plurality of processes are moved simultaneously, all processes can shared data, greatly the saving of degree to the use amount of memory resource, improved the performance of operational efficiency and software; Simultaneously, because the processing of graphic resource is separated, the capacity of the process space is significantly reduced, like this, when program run, only require that storer calls in a graphic resource processing module, all processes can be dispatched by unified processing module, when multi-process coexists, the quantity that takies storer can be do not increased yet, memory footprint can be reduced effectively like this; In addition, the present invention handles graphic resource with user's operation and is separated, and can make every function modoularization like this, be convenient to management, when any part needs to revise in the graphic resource processing module, also can not influence the program of other parts, improve the efficient of software greatly.
Description of drawings
Fig. 1 is the process flow diagram of graphic resource disposal route in the application program of the present invention
Fig. 2 is the structural model figure between application program and graphic resource are handled in the prior art
Fig. 3 is the structural model figure between application program among the present invention and the graphic resource processing
Fig. 4 is the embodiment process flow diagram of graphic resource processing module when application program is moved proposed by the invention
Embodiment process flow diagram when Fig. 5 gets in touch for application program end proposed by the invention and graphic resource processing module
Wherein, description of reference numerals is as follows:
Step 101 will be referred to the part that graphic resource is handled is encapsulated as an independently process
Step 102 is set up an interface with other interapplication communications in this process
Step 103 is set up command response and parameter-definition between this process and application program
Step 104 is sent solicited message to this process when application program needs the processing graphics resource
This process of step 105 is carried out corresponding processing operation and the result is back to application program according to request
Step 401 activates resource processing module RMM
Step 402 is opened the interface that receives the request of application program end
Step 403 RMM waits for the request of application program
Step 404 RMM termination is received solicited message
Step 405 pair solicited message is judged and identification
Result after step 406 will be handled feeds back to application program
Step 407 continues to wait for the request of application program
Step 501 activates application program
Step 502 enters to be handled the operational phase
Step 503 application program is sent request to RMM
Step 504 is waited for the response of RMM
Step 505 has response
Step 506 is correct responses
Step 507 is checked the back repeating transmission
Other processing of step 508
Embodiment
The invention provides graphic resource disposal route in a kind of application program, be that processing and other program process with graphic resource is separated, to reduce the process space and to improve the storer service efficiency, referring to Fig. 1, this method comprises: will be referred to the part that graphic resource is handled is encapsulated as an independently process (step 101); In this process, set up an interface (step 102) with other interapplication communications; Between this process and application program, set up command response and parameter-definition (step 103); When needing the processing graphics resource, application program sends solicited message (step 104) to this process; This process is carried out corresponding processing operation and the result is back to application program (step 105) according to request.
In the tupe of prior art, its structural model as shown in Figure 2, each relates to application program that graphic resource handles all will load graphic resource respectively, clearly, graphic resource is repeated to have used, and has taken the storage space of a large amount of preciousnesses.
The present invention handles the independently process that is encapsulated as with graphic resource, its structural model as shown in Figure 3, all application programs are shared same graphics process process, only need a graphic resource of loading to get final product.
Detached process after the encapsulation can be referred to as resource processing module (RMM, ResourceManagement Module), after being activated, the RMM process can remain on running background together, because it does not comprise forms (Form), just comprising the part of handling, is sightless therefore.
Include an interface of using with interapplication communications among this RMM, after the RMM process activated, it was understood and opens this communication interface itself, and each process can be got in touch by this communication interface and RMM in random time subsequently.
In addition, can also set up the definition of a whole set of response command and parameter between RMM and application program, different response commands can be represented different response methods, and the definition of parameter can be represented some additional informations, as positional information or the like.It is unified definite that the definition of these parameters can be discussed the back in advance.
See also Fig. 4, illustrate that with a specific embodiment the present invention is when application program is moved, the processing procedure of graphic resource processing module RMM, at first activate resource processing module RMM (step 401), open the interface (step 402) that receives the request of application program end then, this interface portion has defined command response and parameter-definition, afterwards, RMM just can wait for application program request (step 403), the application program end can freely carry out the operation of oneself, when handling the operation that has nothing to do with RMM, can't get in touch with RMM, have only when needing the resource processing demands, just can communicate with RMM, at this moment the application program end sends solicited message to RMM, the RMM termination is received solicited message (step 404), just can judge and identification (step 405) solicited message afterwards, if resulting request is legal just responding, otherwise will not respond, carry out corresponding process operations according to request then; Result after will handling at last feeds back to application program end (step 406), and at this moment feedback result is exactly can be in sight at the application program end, and continues to wait for the request (step 407) of application program.
See also Fig. 5, the present invention is described when application program is moved with a specific embodiment, the processing procedure of application program end.At first activate application program (step 501), then enter and handle the operational phase (step 502), for non-graphics class operation, application program is not got in touch with RMM, operate for graphics class, when then needing by application program to the RMM request of sending (step 503), then wait for the response (step 504) of RMM afterwards, also to judge whether it is correct response (step 506) after receiving response (step 505), if not correct response, then need to check back repeating transmission (step 507), check the two kinds of situations that are divided into of handling:, then send new request after the debug if application program is made mistakes; If cause the incorrect processing of RMM, resend same request after the application program analysis so owing to other reason makes signal interruption.If correct response shows that then RMM has correctly finished required operation, application program can have been carried out other follow-up processing (step 508), until withdrawing from.
The above only is the present invention's preferred embodiment wherein, is not to be used for limiting practical range of the present invention; Be that all equalizations of doing according to the scope of patent protection of the present patent application change and modification, be all scope of patent protection of the present invention and contain.
Claims (10)
1. graphic resource disposal route in the application program is characterized in that, is that processing and other program process with graphic resource is separated, and to reduce the process space and to improve the storer service efficiency, this method comprises:
Will be referred to the part that graphic resource is handled is encapsulated as an independently process;
In this process, set up an interface with other interapplication communications;
Between this process and application program, set up command response and parameter-definition;
When needing the processing graphics resource, application program sends solicited message to this process; And
This process is carried out corresponding processing operation and the result is back to application program according to request.
2. graphic resource disposal route in the application program as claimed in claim 1 is characterized in that, wherein will be referred to the part that graphic resource is handled is encapsulated as an independently step of process, and this process does not comprise forms, includes only the part of handling.
3. graphic resource disposal route in the application program as claimed in claim 2 is characterized in that wherein this process is sightless.
4. graphic resource disposal route in the application program as claimed in claim 1, it is characterized in that, wherein set up a step with the interface of other interapplication communications in this process, this interface can be got in touch communicating by letter of this process and other application program in any time after this process is activated.
5. graphic resource disposal route in the application program as claimed in claim 1, it is characterized in that, wherein between this process and application program, set up the step of command response and parameter-definition, the different different response methods of response command representative, parameter-definition can be represented additional information.
6. graphic resource disposal route in the application program as claimed in claim 5 is characterized in that wherein this parameter-definition can be represented positional information.
7. graphic resource disposal route in the application program as claimed in claim 1, it is characterized in that, wherein when application program needs the processing graphics resource, send the step of solicited message, have only when application program has needing of graphics process, just communicate with this process to this process.
8. graphic resource disposal route in the application program as claimed in claim 1, it is characterized in that, wherein when application program needs the processing graphics resource after this process is sent the step of solicited message, when receiving this solicited message, this process can judge this information, if resulting request is legal then respond, otherwise do not respond.
9. graphic resource disposal route in the application program as claimed in claim 8 is characterized in that, wherein judges when this request is illegal, and application program is being checked this request back repeating transmission.
10. graphic resource disposal route in the application program as claimed in claim 1 is characterized in that, wherein the result is back to the step of application program, and this return results at the application program end as seen.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 03158755 CN1601479A (en) | 2003-09-22 | 2003-09-22 | Graphical source processing method in application program |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 03158755 CN1601479A (en) | 2003-09-22 | 2003-09-22 | Graphical source processing method in application program |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN1601479A true CN1601479A (en) | 2005-03-30 |
Family
ID=34660517
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN 03158755 Pending CN1601479A (en) | 2003-09-22 | 2003-09-22 | Graphical source processing method in application program |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN1601479A (en) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100392604C (en) * | 2005-06-27 | 2008-06-04 | 腾讯科技（深圳）有限公司 | System and method for realizing program resource sharing |
| CN100407149C (en) * | 2005-08-26 | 2008-07-30 | 国际商业机器公司 | Father-son application integrated system and method |
| CN103530194A (en) * | 2012-07-05 | 2014-01-22 | 腾讯科技（深圳）有限公司 | Software system achievement method and software system |
| US9195521B2 (en) | 2012-07-05 | 2015-11-24 | Tencent Technology (Shenzhen) Co., Ltd. | Methods for software systems and software systems using the same |
-
2003
- 2003-09-22 CN CN 03158755 patent/CN1601479A/en active Pending
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100392604C (en) * | 2005-06-27 | 2008-06-04 | 腾讯科技（深圳）有限公司 | System and method for realizing program resource sharing |
| CN100407149C (en) * | 2005-08-26 | 2008-07-30 | 国际商业机器公司 | Father-son application integrated system and method |
| CN103530194A (en) * | 2012-07-05 | 2014-01-22 | 腾讯科技（深圳）有限公司 | Software system achievement method and software system |
| CN103530194B (en) * | 2012-07-05 | 2015-05-20 | 腾讯科技（深圳）有限公司 | Software system achievement method and software system |
| US9195521B2 (en) | 2012-07-05 | 2015-11-24 | Tencent Technology (Shenzhen) Co., Ltd. | Methods for software systems and software systems using the same |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN1819576A (en) | Client / server application task allocation method and application serving system | |
| CN1262748A (en) | Apparatus for and method of acquiring, processing and routing data contained in gui window | |
| CN1064559A (en) | Display station controller | |
| CN103942178A (en) | Communication method between real-time operating system and non-real-time operating system on multi-core processor | |
| CN1885264A (en) | Software package constructing method and system for embedded system | |
| CN1270229C (en) | Method of realizing cross address space establishing construction member target based on dynamic core | |
| CN111597061A (en) | Method and device for remote procedure call of client or server | |
| CN1737755A (en) | Modeling and code generating method of embedded real-time operating system | |
| CN1627254A (en) | Method for debuging embedded system and equipment | |
| CN116795647A (en) | Method, device, equipment and medium for managing and scheduling heterogeneous resources of database | |
| CN1226028A (en) | Component-based control structure for wireless communication | |
| CN1601479A (en) | Graphical source processing method in application program | |
| CN114327383A (en) | Service configuration system and method based on SOA (service oriented architecture) middleware and readable storage medium | |
| CN103019809A (en) | Business processing device and method, and business processing control device | |
| CN116680209A (en) | WASM-based multi-intelligent contract instance management method | |
| CN1592887A (en) | A mobile communications device application processing system | |
| CN1719416A (en) | Embedded type parallel computation system and embedded type parallel computing method | |
| CN1278258C (en) | Open GIS development middleware system | |
| CN1251079C (en) | Method for realizing data interaction between different systems | |
| CN112132271A (en) | Neural network accelerator operation method, architecture and related device | |
| CN1955990A (en) | Flow executing method and system of integral telecommunication platform | |
| CN1315037C (en) | Virtual information flow bus interface and its data processing method | |
| CN1870505A (en) | Embedded system and its information processing method | |
| CN111400281B (en) | GIS data quality inspection and storage method for OSS object storage | |
| CN1297919C (en) | Single-chip microcomputer background debug system and method |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |