Skip to content
New issue

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

Hackability? #64

Open
BenjaminHolland opened this issue Jul 18, 2021 · 0 comments
Open

Hackability? #64

BenjaminHolland opened this issue Jul 18, 2021 · 0 comments

Comments

@BenjaminHolland
Copy link

Your documentation states:

  • Hackable: build extensions on top of it however you like

However, after attempting to "hack" this library, I've found that this goal isn't being met satisfactorily. Many outstanding issues also seem to reflect this, a significant number caused (imo) by #53. The tight coupling between parsing, IO, and execution, in addition to a significant amount of essential API elements being non-constructable (Argument/Option/CLIEntity constructors are internal) without going through an ArgParser, make it nearly impossible to "hack" useful/unexpected behaviors on top of this library.

Can someone elaborate on the intention here? I freely admit I could be interpreting this goal incorrectly.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant