增强程序选项，空字符串处理
增强程序选项，空字符串处理
提问于 2017-05-16 17:58:48
我正在尝试将旧的命令行工具移植到boost::program_options。这个工具在很多第三方脚本中使用，其中一些我无法更新，所以改变命令行接口(CLI)并不适合我。
我有一个位置参数，几个标志和常规参数。但是我遇到了ranges论点的麻烦。它的工作应如下：
> my_too.exe -ranges 1,2,4-7,4 some_file.txt # args[ranges]="1,2,4-7,4"
> my_too.exe -ranges -other_param some_file.txt # args[ranges]=""
> my_too.exe -ranges some_file.txt # args[ranges]=""基本上，如果满足其他参数或类型不匹配，我希望boost::po停止解析参数值。有办法准确地实现这种行为吗？
我试过使用implicit_value，但它不起作用，因为它需要更改CLI格式(需要用键调整参数)：
> my_too.exe -ranges="1,2-3,7" some_file.txt我试过使用multitoken, zero_tokens技巧，但当位置参数满足或参数不匹配时，它不会停止。
> my_tool.exe -ranges 1,2-4,7 some_file.txt # args[ranges]=1,2-4,7,some_file.txt有什么想法吗？
回答 1
Stack Overflow用户
回答已采纳
发布于 2017-05-16 23:16:36
这并不简单，但是您所需要的语法是奇怪的，当然还需要一些手动调整，例如multitoken语法的验证器，以识别“额外”参数。
我会让自己从最酷的部分开始：
./a.out 1st_positional --foo yes off false yes file.txt --bar 5 -- another positional
parsed foo values: 1, 0, 0, 1,
parsed bar values: 5
parsed positional values: 1st_positional, another, positional, file.txt,因此，它似乎是有效的，即使是一个相当奇怪的组合选项。它还处理了：
./a.out 1st_positional --foo --bar 5 -- another positional
./a.out 1st_positional --foo file.txt --bar 5 -- another positional解决方案
在运行command_line_parser之后，在使用store之前，您可以手动篡改已识别的值。
下面是一份粗略的草案。它在--foo multitoken选项的末尾处理一个额外的令牌。它调用自定义验证，并将最后一次违规令牌移动到位置参数。在代码之后，我描述了几个注意事项。我故意留下了一些调试cout，这样任何人都可以轻松地使用它。
这是草案
#include <vector>
#include <boost/program_options/options_description.hpp>
#include <boost/program_options/parsers.hpp>
#include <boost/program_options/variables_map.hpp>
#include <boost/program_options/positional_options.hpp>
#include <boost/program_options/option.hpp>
#include <algorithm>
using namespace boost::program_options;
#include <iostream>
using namespace std;
// A helper function to simplify the main part.
template<class T>
ostream& operator<<(ostream& os, const vector<T>& v)
{
copy(v.begin(), v.end(), ostream_iterator<T>(os, ", "));
return os;
}
bool validate_foo(const string& s)
{
return s == "yes" || s == "no";
}
int main(int ac, char* av[])
{
try {
options_description desc("Allowed options");
desc.add_options()
("help", "produce a help message")
("foo", value<std::vector<bool>>()->multitoken()->zero_tokens())
("bar", value<int>())
("positional", value<std::vector<string>>())
;
positional_options_description p;
p.add("positional", -1);
variables_map vm;
auto clp = command_line_parser(ac, av).positional(p).options(desc).run();
// ---------- Crucial part -----------
auto foo_itr = find_if( begin(clp.options), end(clp.options), [](const auto& opt) { return opt.string_key == string("foo"); });
if ( foo_itr != end(clp.options) ) {
auto& foo_opt = *foo_itr;
cout << foo_opt.string_key << '\n';
std::cout << "foo values: " << foo_opt.value << '\n';
if ( !validate_foo(foo_opt.value.back()) ) { // [1]
auto last_value = foo_opt.value.back(); //consider std::move
foo_opt.value.pop_back();
cout << "Last value of foo (`" << last_value << "`) seems wrong. Let's take care of it.\n";
clp.options.emplace_back(string("positional"), vector<string>{last_value} ); // [2]
}
}
// ~~~~~~~~~~ Crucial part ~~~~~~~~~~~~
auto pos = find_if( begin(clp.options), end(clp.options), [](const auto& opt) { return opt.string_key == string("positional"); });
if ( pos != end(clp.options)) {
auto& pos_opt = *pos;
cout << "positional pos_key: " << pos_opt.position_key << '\n';
cout << "positional string_key: " << pos_opt.string_key << '\n';
cout << "positional values: " << pos_opt.value << '\n';
cout << "positional original_tokens: " << pos_opt.original_tokens << '\n';
}
store(clp, vm);
notify(vm);
if (vm.count("help")) {
cout << desc;
}
if (vm.count("foo")) {
cout << "parsed foo values: "
<< vm["foo"].as<vector<bool>>() << "\n";
}
if (vm.count("bar")) {
cout << "parsed bar values: "
<< vm["bar"].as<int>() << "\n";
}
if (vm.count("positional")) {
cout << "parsed positional values: " <<
vm["positional"].as< vector<string> >() << "\n";
}
}
catch(exception& e) {
cout << e.what() << "\n";
}
}所以我看到的问题是：
- 自定义验证应该与解析器对选项类型使用的验证相同。如您所见，
program_options对bool比validate_foo更宽容。您可以做最后一个令牌false，它将被错误地移动。我不知道如何提取库中用于选项的验证器，所以我提供了一个粗略的自定义版本。 - 向
basic_parsed_options::option添加条目是相当棘手的。它基本上扰乱了对象的内部状态。可以看到，我已经做了一个相当初级的版本，例如，它复制了value，但是只留下了original_tokens向量，在数据结构中造成了差异。其他字段也保留不变。 - 如果不考虑命令行中其他位置的
positional参数，可能会发生奇怪的事情。这意味着command_line_parser将在basic_parsed_options::option中创建一个条目，代码将使用相同的string_key添加另一个条目。我不确定后果，但它确实适用于我所用的奇怪例子。
解决问题1可以使它成为一个很好的解决方案。我想其他的东西都是用来诊断的。(但不能百分之百肯定！)还可以通过其他方法或在循环中识别违规令牌。
您只需删除违规令牌并将其存储在一边，但将其留给boost_options仍然使用它的验证例程，这很好。(您可以尝试将positional更改为value<std::vector<int>>())
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/44008487
复制相关文章
相似问题
腾讯云开发者
