VBS中InStrRev函数的陷阱

VBS中InStrRev函数使用过不少，但是几乎没有用过第三个参数，今天才发现第三个参数的用法跟我想的不太一样。

文档中是这么描述InStrRev函数的：

返回某字符串在另一个字符串中出现的从结尾计起的位置。

InStrRev(string1, string2[, start[, compare]])

参数

string1

必选项。接受搜索的字符串表达式。

string2

必选项。被搜索的字符串表达式。

Start

可选项。数值表达式，用于设置每次搜索的开始位置。如果省略，则默认值为 -1，表示从最后一个字符的位置开始搜索。如果 start 包含 Null，则出现错误

compare

可选项。在计算子字符串时，指示要使用的比较类型的数值。如果省略，将执行二进制比较。有关数值，请参阅“设置”部分。

第三个参数用于设置每次搜索的开始位置。如果省略，则默认值为 -1，表示从最后一个字符的位置开始搜索。于是我想当然的认为如果不省略（假设为N），则表示从最后第N个字符的位置开始搜索。至于为什么会有这样的思维定势，可能是文档表述不清，也可能是受到了其他语言的影响。

看一个简单的脚本：

s = "https://demon.tw"

n = InStrRev(s, "demon")
WScript.Echo n

n = InStrRev(s, "demon", 2)
WScript.Echo n

第一次输出8，这没有问题；而第二次居然输出0，表示没有找到字符串demon。问题在于第三个参数不是表示从最后第N个字符的位置开始搜索，而是从开始第N个字符开始搜索。

所以InStrRev(s, "demon", 2)相当于InStrRev(Left(s, 2), "demon")，当然是搜索不到的。

顺便说一下中文文档里对最后一个参数的描述是错误的：

compare 参数可以有以下值：

vbBinaryCompare 执行二进制比较。

vbDatabaseCompare 执行基于包含在数据库（在此数据库中执行比较）中的信息的比较。

正确的是vbBinaryCompare和vbTextCompare，所以尽量看英文文档，虽然其中的错误也不少。

随机文章:

1. Python调用COM组件
2. VBS获取系统本次及上次开关机时间
3. 用C语言调用COM组件
4. JavaScript中的闭包（closures）
5. WMI工具：WMI CIM Studio

这篇文章发布于 2013年10月17日，星期四，10:22，归类于 程序设计。 您可以跟踪这篇文章的评论通过 RSS 2.0 feed。 您可以留下评论，或者从您的站点trackback。