Open rPraml opened 2 weeks ago
I think that this approach makes sense in that it lets configuration come from the environment, system properties, file, or classpath. I think that's a good thing and that we should follow this pattern.
For actually checking the setting of various flags, however, I think that the config class should parse all this input and set boolean (or enum) values that can be checked directly, rather than relying on a hash lookup. I think that can give us two advantages:
1) It keeps all the logic about naming and renaming things in one place 2) It will be faster, since many of these properties, like the various debug flags, will be checked many millions of times potentially while Rhino runs, and all those hash table lookups will dominate performance pretty soon.
I think I can implement this next week or so...
If you're looking for the kinds of debug flags I'd like to potentially replace with a real debugging mechanism, I would look at these:
And as for feature flags, the first one IMO should be for the reflect and proxy support that's currently languishing in a PR by @rbri
This could be a first draft for #1720