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