You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
@nemec, strict parsing (suggested by you) led me to think that CoC (convention over configuration) is gaining consensus between developers (see ASP.NET MVC, see Grails in Java World etc).
What about something like this:
boolresult= CommandLineParser.AutoParse();// or CommandLineParser.Default.AutoParse() ???
Inside the method calls Environment.GetArgs() and inspect the assembly for a type marked with an attribute (or by naming convention), say
[ParserTarget]// <- maybe marking also the class is more explicitclassOptions{// everything as usual here...[ParserTarget]// <- maybe the lib could use just this attr to discover the options typepublicstaticOptionsInstance{get;set;}}
When ::AutoParse() returns (and if returns) true product of parsing will be dressed up into Options::Instance static member.
Opinions? (Everyone invited).
The text was updated successfully, but these errors were encountered:
@nemec, strict parsing (suggested by you) led me to think that CoC (convention over configuration) is gaining consensus between developers (see ASP.NET MVC, see Grails in Java World etc).
What about something like this:
Inside the method calls
Environment.GetArgs()
and inspect the assembly for a type marked with an attribute (or by naming convention), sayWhen
::AutoParse()
returns (and if returns)true
product of parsing will be dressed up intoOptions::Instance
static member.Opinions? (Everyone invited).
The text was updated successfully, but these errors were encountered: