![]() |
中国DOS联盟-- 联合DOS 推动DOS 发展DOS --联盟域名:www.cn-dos.net 论坛域名:www.cn-dos.net/forum |
| 游客 | 登录 | 注册 | 会员 | 搜索 | 中国DOS联盟 |
|
中国DOS联盟论坛 现在时间是 2026-08-12 23:51 |
共 47,811 主题排行 / 349,897 发帖 / 今日 0 篇 / 48,256 会员排行 |
| DOS批处理 & 脚本技术(批处理室) » 求助批处理中if与goto的关系 |
| 可打印版本 1,622 / 3 |
| 第1楼 pla920 | 发表于 2009-12-06 23:19 |
| 新手上路 发帖 3 积分 3 | |
|
求助批处理中if与goto的关系 本人菜鸟,看了一下段教程是关于if语句的,其中提到一条if语句中有多条命令和多个变量的时候,则命令和变量需要goto语句引导!否则if语句只会调用第一条命令和变量.
-------------------------------------------------其中范例如下: @echo on set /p num=请输入要自信的操作: if "%num%"=="1" ( set /p a=请输入内容: set /p b=请输入文件名: set /p c=请输入复制后的文件名: goto a :a echo %a% >%b%.txt goto b :b copy %b%.txt c:\%c%.txt ) pause set a= set b= set c= set num= ----------------------------------------------------------------- 只想请问一下高手这个goto是怎么样调用的,不是说批处理命令是从上至下一次执行的吗?如果是这样这两条goto语句的意义又何在呢?只没有goto语句的情况下,所生成的txt文件是没有没有题目的,以.txt存在.就是上面所说的情况.本人编程不是很懂,希望有知情者能予以告知,在此先谢谢了:) |
|
| 第2楼 slore | 发表于 2009-12-07 11:51 |
| 铂金会员 发帖 2,478 积分 5,212 | |
|
请体会引导的含义 @echo off
set num=1 if "%num%"=="1" ( set /p a1=请输入a1: set /p b1=请输入b1: goto label1 :label1 echo %a1% echo %b1% ) pause if "%num%"=="1" ( set /p a2=请输入a2: set /p b2=请输入b2: echo %a2% echo %b2% ) pause rem 启用延时变量 setlocal EnableDelayedExpansion if "%num%"=="1" ( set /p a3=请输入a3: set /p b3=请输入b3: echo !a3! echo !b3! ) pause 则命令和变量需要goto语句引导! 这个goto命令不是要要实现逻辑上跳转的,逻辑上不要他依然要执行 到echo 这个是cmd处理变量的机制问题。 goto或者开启变量延时才能得到if/for () 块内部的变量 |
|
| 第3楼 pla920 | 发表于 2009-12-07 20:03 |
| 新手上路 发帖 3 积分 3 | |
|
谢谢2楼,这是我的理解不知道对不对,请各位审阅. 2楼的意思是不是说,goto在if /for()语句中只是起到引导变量的作用,没有逻辑跳跃作用.
想在问几个问题是不是这种情况,只是在if和for语句中发生?如果有,是不是都能通过goto语句引导来解决这些这样类似的问题,还有另有其他的方法(如二楼给出的加入setlocal EnableDelayedExpansion和双!的方法)?谢谢(还菜鸟就是无知请多多见谅.) |
|
| 第4楼 Hanyeguxing | 发表于 2009-12-10 15:25 |
| 银牌会员 发帖 897 积分 1,039 来自 在地狱中仰望天堂 | |
|
可以这样理解这个问题。在if 或for的内部,变量动态的捕获一般需要变量延迟。
至于使用goto还是setlocal EnableDelayedExpansion,原则上都可以,但例如如果需要动态捕获10个变量,这个时候需要10个goto,会增加代码的使用量,就不如一个setlocal EnableDelayedExpansion方便,也更让读代码的人一目了然。 在实际上用中,不推荐在if或for的内部使用goto 。 |
|
|
[ 联系联盟系统管理团队 -
中国DOS联盟 -
标准版 ] Sponsored by ifanr Inc | © 2001–2023 |