mScriptEngine->RegisterGlobalProperty( "some module", "objectname", pObject );🎉 Celebrating 25 Years of GameDev.net! 🎉
Not many can claim 25 years on the Internet! Join us in celebrating this milestone. Learn more about our history, and thank you for being a part of our community!
Dynamic binding of global variables between modules.
Author
I was wondering what you meant with that specifically, WitchLord?
I was hoping that I could at some time bind variables specifically to some modules while not adding them to others.
Like this:
What I meant is that I do not intend to implement a statement like:
Of course, this may change if I'm somehow persuaded that it really is a good thing. [wink]
I still intend to change the way the engine is configured so that parts of the configuration can be restricted to specific modules. You will be able to expose different application interfaces (types, functions, properties) to different modules using the same engine in the near future. Maybe even in version 2.3.0 (which shouldn't be too far away).
My intention is to make it possible to use only one engine, for all script work. The only reason to use multiple engines in the future will be if you intend to run scripts in multiple OS threads, where each engine should have at most one thread running scripts on them.
It should also be possible to change the engine configuration dynamically without having to recompile all scripts. Only the scripts that use that particular part of the configurations needs to be recompiled.
Regards,
Andreas
import float g_var from "other module";Of course, this may change if I'm somehow persuaded that it really is a good thing. [wink]
I still intend to change the way the engine is configured so that parts of the configuration can be restricted to specific modules. You will be able to expose different application interfaces (types, functions, properties) to different modules using the same engine in the near future. Maybe even in version 2.3.0 (which shouldn't be too far away).
My intention is to make it possible to use only one engine, for all script work. The only reason to use multiple engines in the future will be if you intend to run scripts in multiple OS threads, where each engine should have at most one thread running scripts on them.
It should also be possible to change the engine configuration dynamically without having to recompile all scripts. Only the scripts that use that particular part of the configurations needs to be recompiled.
Regards,
Andreas
This topic is closed to new replies.
Advertisement
Popular Topics
Advertisement
