假设我有一个程序使用boost :: program_options来解析命令行参数,并且其中一个值为unsigned
:
#include <boost/program_options.hpp>
#include <iostream>
namespace po = boost::program_options;
int main(int argc, char* argv[]) {
unsigned num;
po::options_description desc;
desc.add_options()
("num,n", po::value<unsigned>(&num), "Non-negative number");
po::variables_map vm;
po::store(po::parse_command_line(argc, argv, desc), vm);
po::notify(vm);
std::cout << "Number: " << num << '\n';
return 0;
}
然后,如果我在命令行上传递一个负值,它会接受它并将其包裹起来:
$ ./bponeg -n -1 Number: 4294967295
我宁愿负数引发错误(即抛出invalid_option_value
),就像我写./bponeg -n abc
时一样。
在解析之后,从我自己的代码中,似乎无法区分用户写-1
的情况或者他们写4294967295
的情况。
我可以指示program_options解析器拒绝unsigned
值的负输入吗?
答案 0 :(得分:7)
你可以写一个custom validator,就像这样:
struct nonnegative {
unsigned value;
};
void validate(boost::any& v, const std::vector<std::string>& values, nonnegative*, int)
{
using namespace boost::program_options;
validators::check_first_occurrence(v);
std::string const& s = validators::get_single_string(values);
if (s[0] == '-') {
throw validation_error(validation_error::invalid_option_value);
}
v = lexical_cast<unsigned>(s);
}
然后只使用nonnegative
代替unsigned
。
但我认为使用int64_t
会更容易,如果它是否定的则会抛出错误。也少了代码。