命令行参数解析及配置编程流程范式

在研读Bitshares 2.0的开源代码时,大大惊异于witness_node主函数中关于命令行参数解析配置的优秀流程。这里就将代码贴出来进行欣赏:

namespace bpo = boost::program_options;

   ...............
   ...............
  int main(int argc, char** argv) {
     app::application* node = new app::application();
    fc::oexception unhandled_exception;

    try {
       bpo::options_description app_options("Graphene Witness Node");
       bpo::options_description cfg_options("Graphene Witness Node");
       app_options.add_options()
            ("help,h", "Print this help message and exit.")
             ("data-dir,d", bpo::value<boost::filesystem::path>()->default_value("witness_node_data_dir"), "Directory containing databases, configuration file, etc.")
            ;

       bpo::variables_map options;

   ...............
   ...............



 try  {
  bpo::options_description cli, cfg;
 //cli, cfg 都是外部参数,将cli, cfg放入set_program_options函数中,对这两个参数进行配置,然后放入app_options.add()函数中
  node->set_program_options(cli, cfg);
  app_options.add(cli);
 //cfg_options此处的配置并没有立即使用,在这个作用域中,配置完app_options和cfg_options之后,cli, cfg 这两个参数就释放掉了。
  cfg_options.add(cfg); 34 //这里只用了app_options,但是,cfg的内容在set_program_options()函数中就全部加入到cli中了。
  bpo::store(bpo::parse_command_line(argc, argv, app_options), options);

  }
 catch (const boost::program_options::error& e)
  {
 std::cerr << "Error parsing command line: " << e.what() << "\n";
 return 1;
 }

   ...............
   ...............
 } catch( const fc::exception& e ) {
      // deleting the node can yield, so do this outside the exception handler
      unhandled_exception = e;
   }

   if (unhandled_exception)
   {
      elog("Exiting with error:\n${e}", ("e", unhandled_exception->to_detail_string()));
      node->shutdown();
      delete node;
      return 1;
   }

第一步:设置全局变量

namespace bpo = boost::program_options;

这样方便后面描述,简化代码,易于阅读。放在main函数之前,作为全局的变量声明。

第二部:进入主程序后,定义异常变量

fc::oexception unhandled_exception;

当然,也可以直接使用 STL库或者boost中的相关类。这里提供一个基本范式,fc是Bitshares源代码自带的一个Fast-Compiling-Library,简称FC,提供了很多Boost库中类似的功能,但是针对于具体的工程做了裁剪。因为Bitshares本身也是一个开发框架。

第三步:搭建try…catch…框架

try  { 
  ............

   } catch( ClassType& e ) {
      // deleting the node can yield, so do this outside the exception handler
      unhandled_exception = e;
   }

第四步: 声明一个options_description类的实例,参数可以设置为主程序名称。

然后利用add_options()函数添加内容;后名一个括号为一个添加项,在函数末尾要加上“;”。括号中地一个参数为程序命令行需要附加的设置参数。“ ”中第一项为全称,执行时前面加上“–”;第二项为简称,执行时前面加上“-”。

bpo::options_description app_options("Graphene Witness Node");
app_options.add_options()
      ("help,h", "Print this help message and exit.")
      ("data-dir,d", bpo::value<boost::filesystem::path>()->default_value("witness_node_data_dir"), "Directory containing databases, configuration file, etc.");

不过,在很多特殊情况下,还可以使用add函数追加显示内容,但是要首先声明options_description类的容器,编写函数对其中内容进行添加,这些内容可以来自于直接设置的命令行字符串,也可来自于ini文件。

bpo::options_description cli, cfg; 
node->set_program_options(cli, cfg); 
app_options.add(cli); 

这个例子程序中编写了一个set_program_options函数,使用node->对其进行重载。

第五步:声明一个variables_map变量,用于容纳解析后的数据,然后使用parse_command_line进行解析,并使用store函数将解析出的结果保存在variables_map容器中,就完成了基本功能。

bpo::variables_map options;
bpo::store(bpo::parse_command_line(argc, argv, app_options), options); 

parse_command_line有三个参数,argc和argv来自与主程序,app_options中存储了已经添加的命令和需要显示的信息。

当然,如果添加的信息来自于ini配置文件,则也可以使用parse_config_file函数对app_options进行解析。

第六步,对异常进行处理

catch( const fc::exception& e ) {
      // deleting the node can yield, so do this outside the exception handler
      unhandled_exception = e;
   }

   if (unhandled_exception)
   {
      elog("Exiting with error:\n${e}", ("e", unhandled_exception->to_detail_string()));
      node->shutdown();
      delete node;
      return 1;
   }

这里使用elog对异常进行显示,将if处理放在外面,可以使得程序显得更加简洁清晰,而且还可以在前面添加更多的try…catch…结构。

这个编程流程范式非常简单、实用、安全、完备,可以在其他任务中套用。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值