疑问 getopt

snyh

看到好像很多 实际项目 都不使用C库里面的  getopt而是自己实现 类似的函数
   是因为   windows下面没有这个函数  还是因为  效率或者其他原因?

naihe2010

效率的原因不算什么，因为一个程序的参数解析，只占程序很小的一部分，不在意这点效率。

我想，主要的原因是，这个函数族，并不是所有的C库都支持的。我在做跨平台开发的时候，就发现windows下面没有，不得不自己实现。于是还得一个宏来判断，是否有这个函数，如果有，就用，没有，用自己实现的。搞得这么麻烦，不如就用自己实现的了，呵呵！

prolj

getopt
比如我一个参数是 aaa.xxx
可是我只想要 aaa 不想要 xxx
getopt 咋办？
直接自己判断并不复杂
而且，并不是总想要
case
case
case
这样的代码模式

pagx

getopt
比如我一个参数是 aaa.xxx
可是我只想要 aaa 不想要 xxx
getopt 咋办？
直接自己判断并不复杂
而且，并不是总想要
case
case
case
这样的代码模式

使用getopt相当于一种契约，是对参数输入的一种契约。就好比main函数要求使用int main(int argc, char *argv[])一样。
或者可以称作参数制定规范。当然了，你不遵循规范，照样能写出好程序，就像不使用TCP/IP协议照样可以使用其他的网络协议一样。
只不过TCP/IP比较流行，比较成熟而已。这种契约的目的无非是在不影响使用(不会影响功能实现：就是其他方式能实现，它也能实现)的前提下，简化处理的麻烦而已。
假如不怕麻烦话，可以在程序中加入针对各种错误输入的纠正处理。

[ 本帖最后由 pagx 于 2009-10-30 13:01 编辑 ]

flw

狼是 Getopt::Long 比较爽。

克拉玛依

原帖由 flw 于 2009-10-30 13:33 发表
狼是 Getopt::Long 比较爽。

你用perl当然爽咯。

sbc19861004

整成svn 那样的参数，getopt_long也应付不来

prolj

getopt只是一函数而已，影响整体设计么？每个函数都不是万能的。我只是举例不适用的范围，没必要跟 goto一样吧。