vba中判断奇偶的简便方法

m_n_j001

作为奇偶判断来讲，不失为一种好方法

coby001

jsxjd 发表于 2014-10-14 09:45
VBA 的解释器优化吗？
如果优化，下面的语句应该不执行：
for i=1 to 10000000:next

我试了一下。
一闪而过，应该优化了吧
毕竟vb的底层编译器是vc

香川群子

【当大家用 i mod 2 = 0 来判断奇偶时，编译器会自动优化为 i AND 1 =0  】

既然如此，那么我们就不需要改变判断奇偶的代码书写习惯了。

coby001

香川群子 发表于 2014-10-14 10:40
【当大家用 i mod 2 = 0 来判断奇偶时，编译器会自动优化为 i AND 1 =0  】

既然如此，那么我们就不需要 ...

你爱咋写就咋写呗

但从cpu的指令来看
and 只是一条指令
mod 是多条指令

香川群子

aoe1981 发表于 2014-10-14 09:31
看来是两个二进制数的每组对应数位都要进行“与”运算，是不是因此叫做“位与”运算？

简单地说， Lng And 1 这句代码，自动进入二进制的【And/与 位运算】。

运算规则是：
二进制逐位比较，有0 即为0
   → 因此任何数进行 And 1 的位运算时，前面的数位都一定为0

只剩下最后1位需要判断、而最后一位只需看Lng的最后一位。
即、如果 Lng的最后一位是1 则结果=1，如果 Lng的最后一位是0 则结果=0

…………
这样的结果，就是如下：
Lng的十进制末位          0  1  2  3  4  5  6  7  8  9
Lng的二进制末位          0  1  0  1  0  1  0  1  0  1
1 的二进制末位            1  1  1  1  1  1  1  1  1  1
Lng And 1 与运算结果  0  1  0  1  0  1  0  1  0  1

所以，Lng And 1 的位运算结果，完全等效于 Lng Mod 2 的结果。

m_n_j001

刚才用代码试了下，在64位的win8.1+office2013环境下，9999*9999次运算，mod比and稍快一点点
作为方法，多晓得一种也是好事

coby001

香川群子 发表于 2014-10-14 10:54
简单地说， Lng And 1 这句代码，自动进入二进制的【And/与 位运算】。

运算规则是：

原理我在前面都说了啊

香川群子

coby001 发表于 2014-10-14 10:56
原理我在前面都说了啊

你说了原理，你懂我也懂……但可能有些人还是不明白，所以我再列表一下。
……画蛇添足是个好习惯！

香川群子

m_n_j001 发表于 2014-10-14 10:56
刚才用代码试了下，在64位的win8.1+office2013环境下，9999*9999次运算，mod比and稍快一点点
作为方法，多 ...

你的意思是：Lng mod 2 比 Lng And 1 还稍快一点点……这不是和楼主的说法不符合了吗？！

onlycxb

高级方法不用，用低级方法？