|
|
|
Home » Developing U++ » U++ Developers corner » Plugin Framework
|
|
|
|
| Re: Plugin Framework [message #24879 is a reply to message #24878] |
Tue, 02 February 2010 21:38   |
|
|
Hello Mirek,
Thank you for your opinion!
Google Chrome is an open source project! This give us possibility to understand how can google realized this and try to adapt in our project!
As you can see, Google can to do GUI and comunication between process.
In the end, I will try to study the google plugin framework technology and make simple demo in u++!
Regards, Ion Lupascu (tojocky)
| luzr wrote on Tue, 02 February 2010 20:18 |
I am 100% for this approach! Whenever I was thinking about safe plugin architecture, I have always ended with something like this.
The only problem is how to achieve effective and maintainable communication between both process. And how to use that to do GUI...
|
|
|
|
|
|
|
|
|
| Re: Plugin Framework [message #27993 is a reply to message #25026] |
Fri, 13 August 2010 09:22 |
 |
mirek
Messages: 14258
Registered: November 2005
|
Ultimate Member |
|
|
| tojocky wrote on Sun, 07 February 2010 15:55 |
Mirek,
I found the answer of your question:
- IPC(Inter process comunication): http://dev.chromium.org/developers/design-documents/inter-pr ocess-communication
- multi process architecture: http://dev.chromium.org/developers/design-documents/multi-pr ocess-architecture
With respect, Ion Lupascu (tojocky)
| luzr wrote on Tue, 02 February 2010 20:18 |
| tojocky wrote on Tue, 02 February 2010 03:18 |
Hello All!
I found very interesting article from Google Chrome about multiprocess, and how every plugin is in separate process. In this way it is possible to make plugin more safety. it is possible to kill process safety!
|
I am 100% for this approach! Whenever I was thinking about safe plugin architecture, I have always ended with something like this.
The only problem is how to achieve effective and maintainable communication between both process. And how to use that to do GUI...
|
|
In the one big application I am working on now, we are using intensively using XmlRpc to communicate with backend.
I have to say that the current XmlRpc package has quite good usability even without external marshalling utilities (that are used in e.g. good old Corba). Now I am not saying that we should use XmlRpc - that one is perhaps way too ineffective, but the style with XMLRPC_METHOD is quite good and simple...
http://www.ultimatepp.org/reference$XmlRpcServer$en-us.html
http://www.ultimatepp.org/reference$XmlRpcClient$en-us.html
|
|
|
|
Goto Forum:
Current Time: Wed May 14 22:46:07 CEST 2025
Total time taken to generate the page: 0.02862 seconds
|
|
|
Members
Pages
Help
Register
Login
Home
