flat argument passing #38
Labels
No labels
breaking
component
memoize
component
tagging
effort
high
effort
low
effort
mid
moscow
could have
moscow
must have
moscow
should have
outcome
done
outcome
not planned
type
bug
type
chore
type
docs
type
enhancement
type
org
type
refactor
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
lukas/kata#38
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
This argument passing which may look weird in the beginning is not needed for the scoping:
also works perfectly fine.
The only reason for this hierarchy thinking really is that I want to avoid that the user passes arguments at places where they do not belong and don't have an impact unnoticed.
But I see this is a bit weird at some places. Thus maybe it makes sense to change this somewhen in the future and implement a truely flat interface where everything is only defined once at the same "folder". The question then is if this allows "shortcuts" like using the key
colorat\wazawhile the actual key is something likewaza color. Maybe this is possible be setting a.forward tobefore passing the arguments forwaza(but then setting this up for every\wazacommand also feels wrong).Argument passingto flat argument passing