【问题标题】:boost::Program_options A way to tell if the value from command line or ini file?boost::Program_options 一种判断值是来自命令行还是 ini 文件的方法?
【发布时间】:2018-03-17 01:56:33
【问题描述】:

我想知道 Boost::Program_options 中是否有一种方法可以指示选项的值(在我的示例中为“abc”)来自命令行还是 ini 文件。原因是如果值来自ini文件,我会修改它。这是我的选项说明:

po::options_description desc{ "Options" };
desc.add_options()
    ("abc", po::wvalue<std::wstring>()->required(), "Path to abc.txt")
    ("ini", po::wvalue<std::wstring>(), "INI file path.");

po::variables_map vm;
po::store(po::parse_command_line(argc, argv, desc), vm);
po::notify(vm);

if (vm.count("ini"))  
{
    wifstream ifs(vm["ini"].as<std::wstring>(););
    if (ifs)
    {
        store(po::parse_config_file(ifs, desc, true), vm);
    }
}

如您所见,“abc”是必需选项,因此可以从命令行、ini 文件或两种方法输入(命令行值具有更高的优先级)。如上所述,我想知道是否有一种方法可以指示“abc”的值来自哪里,以便我可以相应地修改该值。谢谢!

【问题讨论】:

    标签: c++ boost boost-program-options


    【解决方案1】:

    在您通知所有解析结果并将它们合并到单个变量映射之后,我不知道检测有效选项值来源的优雅方法。

    但是,您可以通过首先尝试解析命令行并在 notify 之前存储 inifile 和命令行选项来获得所需的结果。

    这也消除了在解析inifile之前notify()会抱怨缺少强制选项--abc如果在命令行中没有提供的问题。

    一个小技巧是使用allow_unregistered() 忽略boostrap_command_line() 中的所有其他选项:

    Live On Coliru

    #include <boost/program_options.hpp>
    #include <boost/iostreams/stream.hpp>
    #include <fstream>
    #include <iostream>
    
    namespace po = boost::program_options;
    
    po::variables_map boostrap_command_line(int argc, char** argv) {
        po::options_description desc{ "Bootstrap Options" };
        desc.add_options()
            ("ini", po::value<std::string>()->default_value(""), "INI file path.");
    
        po::variables_map vm;
        po::store(po::command_line_parser(argc, argv).options(desc).allow_unregistered().run(), vm);
        po::notify(vm);
        return vm;
    }
    
    int main(int argc, char** argv) {
        po::options_description desc{ "Options" };
    
        auto boostrap = boostrap_command_line(argc, argv);
    
        desc.add_options()
            ("abc", po::wvalue<std::wstring>()->required(), "Path to abc.txt")
            ("ini", po::wvalue<std::wstring>(), "INI file path.");
    
        po::variables_map vm;
        po::store(po::parse_command_line(argc, argv, desc), vm);
    
        if (boostrap.count("ini")) {
            // Sidenote: the standard does not allow `std::wifstream` to construct from
            // `std::wstring`, see
            // http://en.cppreference.com/w/cpp/io/basic_ifstream/basic_ifstream
            std::wifstream ifs(boostrap["ini"].as<std::string>());
            if (ifs) {
                store(po::parse_config_file(ifs, desc, true), vm);
            }
        }
    
        po::notify(vm);
    
        std::wcout << "abc option: " << vm["abc"].as<std::wstring>() << "\n";
    }
    

    测试:

    $ ./a.out --abc direct

    abc option: direct
    

    $ touch test.ini
    $ ./a.out --ini test.ini

    terminate called after throwing an instance of 'boost::exception_detail::clone_impl<boost::exception_detail::error_info_injector<boost::program_options::required_option> >'
      what():  the option '--abc' is required but missing
    bash: line 9: 11369 Aborted                 (core dumped) ./a.out --ini test.ini
    

    $ echo abc=fromini &gt;&gt; test.ini
    $ ./a.out --ini test.ini

    abc option: fromini
    

    $ ./a.out --ini test.ini --abc cli-overrides

    abc option: cli-overrides
    

    【讨论】:

    • 谢谢谢赫。从您的示例中,如果我使用 if 语句检查值,我仍然无法确定数据是来自 ini 文件还是命令行。这类似于我的原始代码,我可以获取值,但我的程序将无法判断值的来源(ini 文件与命令行)。还是我错过了什么?谢谢!
    • 如果您仔细阅读我的回答,那正是我所说的。但是,我已经阅读了您希望满足的 requirements""abc" 是必需选项,因此可以从命令行、ini 文件或两种方法输入(命令行值具有更高的优先级)“),这段代码就是这样做的。为什么要为每个设置都使用 if 语句?
    • 我需要 if 语句来确定数据是否来自 ini 文件。如果是,那么我会将其设为绝对路径。
    • 哦。啊哈。你没有说(那是......有问题的用户体验。我认为用户不会期望相同选项的不同行为。如果不是来自工作目录,你将如何“使其”成为绝对路径?我建议然后从命令行运行时做同样的事情)
    • 顺便说一句,第一句话准确地说明了哪些要求可以让您实现您描述的手动逻辑:“我不知道一种优雅的方法来检测有效选项的来源值,在您通知所有解析结果并将它们合并到单个变量映射之后。” - 这是我认为不太优雅的结果:coliru.stacked-crooked.com/a/3bafa3ae0f7237c4
    猜你喜欢
    • 2021-01-08
    • 2017-01-03
    • 1970-01-01
    • 2020-03-31
    • 2013-01-11
    • 1970-01-01
    • 2011-11-15
    • 2012-09-22
    • 1970-01-01
    相关资源
    最近更新 更多