You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The major thing that concerns me is the use of a mutable default. It's generally better practice to use a pattern like const=None in the signature and then if const is None: const = constants
Other things that I noticed while reporting this:
We're starting to consistently follow the recommended practice of formatting module level "constants" in upper case. So constants would become CONSTANTS.
utility.py is often called utils.py in other packages. We also have a top level tools.py which could be changed too.
constants -> CONSTANTS, and maybe move out of ivtools to someplace more discoverable?
Sounds like the other half of #483. Can we agree on a naming scheme quickly enough to get it into 0.8.0 (#825 is relevant to that aspect). If not, I'll propose that we keep this dictionary where it is for now so that we don't have to worry too much about breaking user code if we change it.
k and q can be pulled from scipy.constants once #1035 is merged.
the
ivtools
subpackage has code like this:The major thing that concerns me is the use of a mutable default. It's generally better practice to use a pattern like
const=None
in the signature and thenif const is None: const = constants
Other things that I noticed while reporting this:
We're starting to consistently follow the recommended practice of formatting module level "constants" in upper case. So
constants
would becomeCONSTANTS
.utility.py
is often calledutils.py
in other packages. We also have a top leveltools.py
which could be changed too.thoughts on the above @cwhanse?
The text was updated successfully, but these errors were encountered: