"ins" and "out" arguments for @graph
See original GitHub issue@op
has the ins
and out
arguments for specifying inputs and outputs, which accept In
s and Out
s, but @graph
still has input_defs
and output_defs
arguments that accept InputDefinition
s and OutputDefinition
s.
We should make these consistent. Also, we’ve discussed eliminating the default_value
and dagster_type
attrs of graph input/output defs, because they’re hard to reason about and provide questionable value.
Could look something like:
@graph(ins={"arg1": GraphIn(description="abc")}, out=GraphOut(description="xyz"))
def my_graph(arg1):
...
Issue Analytics
- State:
- Created 2 years ago
- Comments:5 (5 by maintainers)
Top Results From Across the Web
Constructing argument graphs with deductive arguments
A deductive argument is a pair where the first item is a set of premises, the second item is a claim, and the...
Read more >Argument graphs and assumption-based argumentation
Focusing on the specific case of Assumption-Based Argumentation (ABA), we propose novel notions of arguments and admissible/grounded extensions, both defined in ...
Read more >Charting and plotting function arguments
This article will discuss how their charts can be enhanced or customized by modifying the default function arguments. This discussion will start with...
Read more >How can I get the arguments of the function Graph?
To make this answer complete, I should note that atomic Graph objects do in fact have a representation as a compound expression, ...
Read more >A Corpus of Argument Networks: Using Graph Properties to ...
Automated identification of divisive issues in the context of argumentative dialogue is closely related to two research areas: argument analysis and controversy ...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Graph__
feels off naming wise to me. These are ultimately input & output mappings when they exist on graphs, so maybe something like:MappedIn
MapIn
Mapped
/Mapping
(if theres no arg difference between in and out)For what its worth, I’m fairly sure we error if it doesn’t get mapped.
That said, I still find your reasoning compelling. Not really happy with these, but throwing them around to help brain storm:
Spec
,Props
,Expose