-
Notifications
You must be signed in to change notification settings - Fork 35
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Make additional use of ParameterGroup
#404
base: main
Are you sure you want to change the base?
Conversation
…meterGroup (the parameters are still curently stored in Config, but this should help us remove the relative parameter-path stuff from Parameters down the line.
…oMethodCheck (this has not been moved out of EnzoConfig quite yet.
…f_parameter_names() This argumentless version depended on the group that is currently tracked by the Parameters class.
@mabruzzo it seems that a bunch of tests are failing here. It looks like it'll be easy to fix - could you do that when you get a second, and we'll then review this PR? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The changes are straightforward and I don't have any specific comments. I will approve this PR, but I note that there is something wrong with CircleCI and I can't even SEE the tests, much less get them to run. @mabruzzo if you can force the tests to run and they pass I think it's fine to merge this!
Pull request summary
Modify some existing parsing logic to make use of
ParameterGroup
.Detailed Description
The
ParameterGroup
class was introduced back in #341 (the main body of that PR calls the classParameterAccessor
-- the name was changed based on feedback). It is a class whose sole-purpose is to provide access to parameters within a specific parameter-group (without specifying the full path to a parameter).This functionality was duplicated in the pre-existing
Parameters
class. However, theParameters
class already provided a LOT of other functionality and this particular functionality is achieved by managing a bunch of internal state.Part of the intention when introducing
ParameterGroup
was to eventually replace existing code that already made use of this functionality provided by theParameters
class so that it now makes use of theParametersGroup
class instead (in other words, the underlying logic is not changing). This is what this PR does.The benefits are twofold:
Parameters
class (this will actually be somewhat helpful for simplifying code in SMP-mode).I plan to remove the duplicated functionality in a future, separate PR since it will involve a number of modifications to existing unit-tests & it would be helpful to get the current changes into the main codebase. (Plus these changes have been kicking around on my computer for 3 months and I want to get them off my plate)
EDIT: MAKE SURE THAT YOU SEE THAT ALL CIRCLECI TESTS HAVE PASSED BEFORE MERGING, THEY DON'T ALL SEEM TO APPEAR RIGHT NOW