Argon: an alternative parser for command-line arguments
karabuta via Digitalmars-d-announce
digitalmars-d-announce at puremagic.com
Thu Mar 10 07:18:07 PST 2016
On Wednesday, 9 March 2016 at 18:56:10 UTC, Markus Laker wrote:
> On Saturday, 5 March 2016 at 16:28:25 UTC, karabuta wrote:
>> I think he meant: [git status --help], where you have three
>> attributes with the last one being the flag. So in addition
>> to: [status --help] by default, you also have: [git status
>> --help] to get help on status only.
>
> Argon doesn't directly support subcommands. That probably
> stems from a bias of mine: that subcommands make it harder for
> the author to parse the command and to generate good error
> messages, and also that they make it harder for users to use
> unfamiliar commands, because users must read a man page that
> documents eleven things they have no interest in doing just to
> get to the one thing that they need to do in order to get on
> with their day.
> At work, where I have written and I still maintain many
> hundreds of commands, I've moved away from subcommands
> completely: every operation gets a command of its own. But I
> know that not everyone agrees with me, and that's OK. If we
> want to debate this topic further, we should probably move the
> discussion from Announce to General.
> ......
> It shouldn't be hard to write some reusable code to do this, if
> it were a common requirement.
I don't like subcommands myself. That's why Linux is such as mess
with so much inconsistencies.
More information about the Digitalmars-d-announce
mailing list