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
Currently, most of the top-level objects only require an identity to initiate but combinatorial derivation requires the template as well. Is it possible to change the way combinatorial derivations are initiated so that only an identity is required and the template can be set in a separate call?
The text was updated successfully, but these errors were encountered:
template is a required attribute of CombinatorialDerivation, which is why it is required in the constructor. This behavior is consistent across all pySBOL3 objects. Attributes that are required in the specification are required in the constructors. Objects that do not have any required attributes according to the specification only require an identity in their constructor.
For example, the Component constructor requires at least one type. An example of a non-TopLevel object that requires attributes to be provided to the constructor is ExternallyDefined which requires both a type and a definition in the constructor.
Internally we work around this constraint by providing a dummy value to the constructor. You can see an example of this in function build_combinatorial_derivation. There are many other examples of these functions in the pySBOL3 source code.
Currently, most of the top-level objects only require an identity to initiate but combinatorial derivation requires the template as well. Is it possible to change the way combinatorial derivations are initiated so that only an identity is required and the template can be set in a separate call?
The text was updated successfully, but these errors were encountered: