David Bovill wrote:
2009/4/15 Richard Gaskin wrote:
Why are globals so unloved?
Most programming languages support them so they can be accessed globally.
If you need global access, why not use a global?
True - some of my allergy to them is not rational :) In this case I'm trying
to speed up the script so the behaviors of the "view library" I'm working
on. I have about 50 views at the moment, which I'm going through and
tidying. Each "view" has a complex geometry / behavior script which refers
to controls within the view - on average maybe 4 controls for each view. I'd
expect the library will eventually have a few hundred widgets in - using
globals would mean creating say 800 global variables or I guess an array
with 800 entries. Then I'd have to make sure there were no name clashes...
etc
I wonder if v3.5's behaviors would help with that. One script, one set
of var declarations, instantiated as needed for every object that uses it.
But most of all it does not solve the problem of initializing the variables.
I don't want to create a complex mechanism that loads and maintains this
stuff for every script, writing preopen card handlers and getting errors
every time I miss one out. I want to define them in the context of the only
place they are used - the script of the behavior - and I want them to be
initialised when and only they are used - simply by me defining them in the
script.
While we wait for the ability to initialize vars from a function call, a
single Init handler in a behavior script may do the trick for now.
If you used a script-local var as a flag to see if it's been
initialized, you could ensure it's initialized only once even if called
from a preOpenCard handler:
local sInited
on preOpenCard
if sInited is empty then
-- do initialization stuff
put true into sInited
end if
pass preOpenCard
end preOpenCard
--
Richard Gaskin
Fourth World
Revolution training and consulting: http://www.fourthworld.com
Webzine for Rev developers: http://www.revjournal.com
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
