可移植代码的程序选项库
我有一个在 Visual C++ 2008 和 RHEL 5.3 (gcc 4.xx) 上运行的可移植代码。
我的程序应该接受命令行参数。我考虑使用一些库来完成该任务。 我的候选人是：
- Boost 程序选项
- ACE 也具有此功能
（1）不符合标准，至于（2）我们已经大量使用它来完成其他任务。 哪一个是首选？也许还有其他图书馆？
I have a portable code running on Visual C++ 2008 and RHEL 5.3 (gcc 4.x.x).
My program should accept command line arguments. I consider using some library for that task.
My candidats are:
- Boost program options
- ACE has this capability too
(1) is not in standard and as for (2) we already using it heavily for other tasks.
Which is prefered one? Maybe there're other libraries out there?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
我很喜欢 boost::PO，但我从未使用过 ACE，所以我无法比较。
你说boost不是一个标准，但这真的是一个问题吗？许多人认为这几乎是一个标准。至少它不是任何异国情调的图书馆。
I like a lot boost::PO, but I never used ACE, so I can't compare.
You're saying that boost is not a standard, but is it really a problem? Many people consider it as almost a standard. At least it isn't any exotic library.
就我个人而言，我只是在 *nix 上使用 getopt.h 并包含类似 http://doxygen 的内容.postgresql.org/getopt_8c-source.html 在 Windows 上的构建中。
Personally, I'd just use getopt.h on *nix and include something like http://doxygen.postgresql.org/getopt_8c-source.html in the build on windows.
自己编写也是一种选择。这并不是一个很难解决的问题。
但如果您已经在使用其中一个库，那么这是最明显的选择。
Writing your own can be an option as well. It's not that hard of a problem to solve.
But if you're already using one of the libraries then that is the most obvious choice.