Merge lp://staging/~miguel.trias/gnupo/20090910_ArgumentInterpretation into lp://staging/gnupo
Proposed by
Miguel Trias
Status: | Merged |
---|---|
Merged at revision: | not available |
Proposed branch: | lp://staging/~miguel.trias/gnupo/20090910_ArgumentInterpretation |
Merge into: | lp://staging/gnupo |
Diff against target: | None lines |
To merge this branch: | bzr merge lp://staging/~miguel.trias/gnupo/20090910_ArgumentInterpretation |
Related bugs: |
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Fernando Ipar | Approve | ||
Review via email: mp+11541@code.staging.launchpad.net |
To post a comment you must log in.
I've Added ArgumentInterpreter class for specific gnupo execution arguments interpretation, based on method calling instead of specific argument query. This separates argument parsing and naming of argument using (referred now as "running configuration") in our code.
I also modified gnupo.cli.php according this. Added help parameter interpretation and a minimum help message only for illustration purpose.
Example:
Prior to this in the code we have to write: ce(); >ParameterHolde r->get( 'performSQL' );
$MainContext = Main::getInstan
$MainContext-
Now we can use this way: ce(); >ArgumentInterp reter-> userWantsToPerf ormSQL( );
$MainContext = Main::getInstan
$MainContext-
This enables us to change the parameter name for future releases among other things.