Replies: 1 comment
-
Original reply by @mpvl in cuelang/cue#446 (comment) The new evaluator makes it much easier to plug in additional packages programmatically, paving the way to make this possible. The hardest part is good plugin architecture. This could come in the form of packages, but it could also be in the form of a Go, WASM, JavaScript or what have you bridge of some sorts. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Originally opened by @yangzhares in cuelang/cue#446
As you know,
cue
already has some builtin pkgs for different purposes, for example, you can use pkgstrings
to manipulate strings, that's very cool.Now if have a way/framework to develop customized or third pkg for
cue
for specific purposes, for example, in order to manageOpenstack
resources, and implement the action of manipulating each resource as a function that included in pkgopenstack
, then others can import them where they want, use them like standard pkg.As talked with @myitcv in Slack thread , there could have three kinds of pkg:
There 3) could be promoted to 2), also 2) could be promoted to 1), pretty like Terraform Provider, everyone can follow its framework to develop customer Provider, then maintained by community or merged into official.
Welcome everyone who's interested this to share your opinions, suggestions or best practices here.
Beta Was this translation helpful? Give feedback.
All reactions