Challenging to tell when to use models
vs not. Can we unify the objects into a single init?
#1450
Replies: 7 comments 1 reply
-
I had an idea - but I'd be wary of doing something not obviously backwards-compatible or that blocks us in future - which would be to import all the models into Would it make sense to make a docs-only change which addresses #774 first? |
Beta Was this translation helpful? Give feedback.
-
Could we automatically do this? |
Beta Was this translation helpful? Give feedback.
-
@elliotgunton @ljyanesm I imagine the algorithm is something like:
What do you think? |
Beta Was this translation helpful? Give feedback.
This comment has been hidden.
This comment has been hidden.
This comment has been hidden.
This comment has been hidden.
-
This was fixed in #801 (linked issue) so will mark these comments as resolved to keep the focus on "when to use |
Beta Was this translation helpful? Give feedback.
-
Going to convert this to a discussion, as the question of "Can we unify the objects into a single init" is a "won't do" for the time being. The API reference docs were vastly improved in #1415, so the models are now more discoverable. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
It is currently challenging to know when to import the
models
module and use objects from that with Hera. Some users might expect thatimport hera.workflows.*
gives them everything they need. However, imagine usingttl_strategy
, which is easily available on a container but the GC strategy import must come frommodels
, which is not as obvious. We should consider unifying the imports somehowBeta Was this translation helpful? Give feedback.
All reactions