Supplying a list of possible values instead of a default value to an option?
還沒有人認領這個 Issue。
評估
研究方向
首先追蹤 boost/program_options 如何處理 po::value() 與命令列值驗證，然後檢查不含歧義的選項縮寫在哪裡實作。當一個選項可以宣告值 "a"、"b" 和 "c"、拒絕 "d"、接受有效值，並保留相關的縮寫行為時，工作就完成了。
由索引模型根據 Issue 內容生成。
描述
Is there a way to specify a restricted list of values a command line option can take? I was thinking of something like this:
#include <boost/program_options.hpp>
namespace po = boost::program_options;
po::options_description description("General options");
description.add_options()
("key", po::value<string>()->possible_values("a", "b", "c"), "description of key");
Running executable --key d in the command line would throw an error but executable --key a would not. I know there is the option of manually processing the argument supplied to the key later on, but I was wondering if the functionality of identifying unambiguous abbreviations could be utilised.
- 主要語言
- C++
- 星號
- 136
- 分支
- 117
- PR 合併指標
- 30 天內沒有已合併 PR
環境準備
這個專案沒有提供開發容器、Dockerfile 或貢獻指南，環境需要你自己搭建：先看它的 README，通用步驟見我們的新手貢獻指南。
從這裡開始
- 先讀完整個 Issue，再讀專案的貢獻指南。
- 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
- Fork 儲存庫，在一個分支上完成修改。
- 送出 Pull Request，並在描述裡引用這個 Issue 編號。
boostorg/program_options 的其他 Issue
-
難度 5/5 一週以上 新手友好度 45/100
boostorg/program_options#160 · 2 則留言 ·
-
難度 5/5 一週以上 新手友好度 25/100
boostorg/program_options#159 · 3 則留言 ·
-
難度 3/5 1-2 天 新手友好度 45/100
boostorg/program_options#147 ·
-
難度 5/5 一週以上 新手友好度 30/100
boostorg/program_options#146 ·
-
難度 2/5 1-3 小時 新手友好度 45/100
boostorg/program_options#144 ·
查看 boostorg/program_options 的全部 Issue
相似的 Issue
-
libasr headers?未關閉
難度 2/5 1-3 小時 新手友好度 66/100
維護者通常 1 天內回覆
-
bug iOS 🍎 ui/ux
難度 2/5 1-3 小時 新手友好度 72/100
MerginMaps/mobile#4744 ·
維護者通常 1 天內回覆
-
Component: Ruby Type: bug
難度 2/5 1-3 小時 新手友好度 74/100
維護者通常 1 天內回覆
-
難度 1/5 1 小時以內 新手友好度 88/100
維護者通常 3 天內回覆
-
難度 1/5 1 小時以內 新手友好度 92/100
kokkos/kokkos-kernels#3328 ·
維護者通常 1 天內回覆