We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Within a same cell, it is awkward to accessor the outputs of that same cell with the cellname's prefix.
inputs.self.packages.<system>.cellname-mypackage # could become inputs.cell.packages.<system>.mypackage
inputs.cell thereby has only cell-local meaning.
inputs.cell
This avoids much of the magic that a mypackage is all of a sudden accessored as cellname-mypackage, which feels very suspicious in practice.
mypackage
cellname-mypackage
At the same time, externally the cell-prefixing, which is required for good encapsulation of concerns is preserved.
The text was updated successfully, but these errors were encountered:
That could also eliminate the need for appending .__data for the data clade, since these values would be pre-metadata.
.__data
Sorry, something went wrong.
Also rename:
inputs.self
inputs.cells
inputs.sourceInfo
... to better reflect their actual scope.
Note: self has only the sourceInfo to block interaction over the global context with other inputs ("inputs shall be fully qualified")
self
sourceInfo
inputs
fdc4d30
No branches or pull requests
Within a same cell, it is awkward to accessor the outputs of that same cell with the cellname's prefix.
inputs.cell
thereby has only cell-local meaning.This avoids much of the magic that a
mypackage
is all of a sudden accessored ascellname-mypackage
, which feels very suspicious in practice.At the same time, externally the cell-prefixing, which is required for good encapsulation of concerns is preserved.
The text was updated successfully, but these errors were encountered: