Make the method APIs more resistant to breaking changes #66
Labels
breaking change
Introduction of an incompatible API change
method API
Relating to the APIs for creating custom methods
under consideration
Dev has not yet decided whether or how to implement
Idea: Require method implementations to be subclasses of base classes defined by
versioningit
, one base class per step. Instances of these classes will have step arguments provided as instance attributes (and thus additions to the arguments should not require updating any code), and they are executed via arun()
or__call__()
method.Other possible instance attributes of method classes:
versioningit
configuration? (before or after processing byConfig.parse_*
?)Versioningit
instance?Possible ways to supply the user parameters:
run()
method__init__
.Cf. Hatch's plugin classes
Problem: This won't address the need to make breaking changes to
do_STEP()
methods whenever a new argument is added.The text was updated successfully, but these errors were encountered: