Steven Blogs

用“|”间隔是什么意思？

主　　题：  用“|”间隔是什么意思？
作　　者：  nehc (青义居士)  
等　　级：
信 誉 值：  106
所属论坛：  .NET技术 C#
问题点数：  20
回复次数：  46
发表时间：  2003-9-7 19:30:23

比如：

this.dateTimePicker1.Anchor = ((System.Windows.Forms.AnchorStyles)(((
            (System.Windows.Forms.AnchorStyles.Top 
            | System.Windows.Forms.AnchorStyles.Bottom)
            | System.Windows.Forms.AnchorStyles.Left)
            | System.Windows.Forms.AnchorStyles.Right)));

非常感谢！

回复人： Napoleo(蝴蝶)(废墟) ( 二级(初级)) 信誉：100 2003-9-7 19:33:36 得分:0

or 并列

回复人： gatr() ( 四级(中级)) 信誉：98 2003-9-7 19:34:29 得分:0

不错，就是or 操作，或者说是“+”操作。

回复人： jjcccc() ( 一星(中级)) 信誉：100 2003-9-7 20:13:02 得分:0

是按位“或”运算，不过可不是“＋”，例如：3|1=3,但3+1=4;

回复人： ArLi2003(阿利 路过而已) ( 两星(中级)) 信誉：100 2003-9-8 3:06:34 得分:0

就是或运算，微软的常数通常是以位1 其它为0为标准，所以| 时可以+ 一样的效果

回复人： Amilsx(一个人住) ( 五级(中级)) 信誉：100 2003-9-8 3:52:51 得分:0

或运算

回复人： skykevin(无招) ( 二级(初级)) 信誉：100 2003-9-8 8:37:33 得分:0

"|":按位或运算
"||":条件或运算

回复人： zhpsam109(阿波) ( 二级(初级)) 信誉：100 2003-9-8 8:48:25 得分:10

是按位“或”运算

回复人： jjcccc() ( 一星(中级)) 信誉：100 2003-9-8 9:26:53 得分:0

ArLi2003(阿利 路过.NET)
就是或运算，微软的常数通常是以位1 其它为0为标准，所以|时可以+一样的效果
大部分枚举常量确实如此。不过"|"与"+"概念完全不一样。不能误导啊！就算严格满足你说的条件，也不是一样的效果，如：1|1=1,而1+1=2;再如：4|4=4；而4+4=8;他们都是1位为1，就象微软的枚举常量一样，但"位或"与相加不一样啊！
再"Or"或"||"一般是表示逻辑"或"，同"|"也不是一回事。

回复人： ArLi2003(阿利 路过而已) ( 两星(中级)) 信誉：100 2003-9-8 11:16:39 得分:10

晕。。。jjccc 我没有说 | 和 + 是相等的

你去查下微软的SDK，它的常数标准是这样排的（二进制）：

000001 000010 000100 001000 010000 100000 类推，所以在VC 上很多人包括我习惯用|

回复人： jjcccc() ( 一星(中级)) 信誉：100 2003-9-8 11:21:27 得分:0

ArLi2003(阿利 路过.NET) ：
4:二进制为：00000100,但00000100|00000100 与 00000100+00000100一样吗？

回复人： jjcccc() ( 一星(中级)) 信誉：100 2003-9-8 11:24:08 得分:0

当然某些情况：如0001+0010 与 0001|0010结果是一样的。没别的意思，不过是和你研究研究....

回复人： ArLi2003(阿利 路过而已) ( 两星(中级)) 信誉：100 2003-9-8 22:11:33 得分:0

呵呵，可能你不是很理解| 在微软界的参数重加法，比如楼主的例子：

this.dateTimePicker1.Anchor = ((System.Windows.Forms.AnchorStyles)((((System.Windows.Forms.AnchorStyles.Top | System.Windows.Forms.AnchorStyles.Bottom)
                | System.Windows.Forms.AnchorStyles.Left)
                | System.Windows.Forms.AnchorStyles.Right)));

其实就是

this.dateTimePicker1.Anchor = ((((System.Windows.Forms.AnchorStyles) 1|2)|4)|8);

System.Windows.Forms.AnchorStyles. 的 top 是1，2进制为 0001
Bottom是2，2进制为 0010
left是4，2进制为 0100
right是8，2进制为 1000

所以它们的|和+是一样的，至于说的 00100 和 00100 这种二个相同的常数相和是不存在的，因为我上面已经说了，微软的常数都是以单个位为1其它都为0

回复人： ArLi2003(阿利 路过而已) ( 两星(中级)) 信誉：100 2003-9-8 22:19:19 得分:0

比如：

this.textBox1.Anchor = (System.Windows.Forms.AnchorStyles)(1|2|4|8);
this.textBox1.Anchor = (System.Windows.Forms.AnchorStyles)(1+2+4+8);

是一样的，因为微软的常数是不可能有任何一个BIT 是与同应用域的其它常数相同的（某个bit 不可能同时为1）
这就是为什么2之后是4之后又是8 的原因，这是它的一个规则

回复人： ArLi2003(阿利 路过而已) ( 两星(中级)) 信誉：100 2003-9-8 22:20:50 得分:0

|和+在数学上是不会同等的，是二种运算，但在微软的标准常数上是相等的

回复人： jjcccc() ( 一星(中级)) 信誉：100 2003-9-8 23:03:32 得分:0

呵呵，继续研究：
在微软的标准常数上是相等的＝＝》
this.textBox1.Anchor = (System.Windows.Forms.AnchorStyles)(1|1|1|1);

this.textBox1.Anchor = (System.Windows.Forms.AnchorStyles)(1+1+1=1);
一样吗？不信作个Form试试。
当然一般情况下绝对不会这么用，但用来作例子足以说明在C,C++,C#语言里，"|"和"+"绝对不一样。只不过在某些情况下(如你说微>软标准常数，那是因为你每个参数都不一样，也就是说没有两个参数在同一位上都视"1")碰巧运算结果一样罢了。就比方数学上2>+2＝4；8-4＝4，总不能说"+"和"-"是一样的效果罢？
总之,"|"和"+"是任何时候都绝对不是一回事。要不你比较两个运算符反汇编后的汇编码看看，就知道真正的区别在哪了！

回复人： jjcccc() ( 一星(中级)) 信誉：100 2003-9-8 23:05:30 得分:0

对不起，打错了一个字符，上面
this.textBox1.Anchor = (System.Windows.Forms.AnchorStyles)(1+1+1=1);
应该是
this.textBox1.Anchor = (System.Windows.Forms.AnchorStyles)(1+1+1＋1);

回复人： JGTM2000(铁马小子) ( 二级(初级)) 信誉：100 2003-9-8 23:15:21 得分:0

jjcccc完全正确，而ArLi2003大概是笔误，大家就不必再纠缠了。我个人认为jjcccc的解释非常到位，讲出了问题的本质，尤其对于这样一个非常简单的问题，绝对不能从表面现象看结果。有时候就是这样，越是简单的问题就越有嚼头。😃

回复人： ArLi2003(阿利 路过而已) ( 两星(中级)) 信誉：100 2003-9-8 23:18:15 得分:0

或运算和加运算谁不知道是有差别。。你的意思是要我去学一下和运算是怎么回事罗，呵呵

晕，我不是说了，微软的常数没有存在1+1 这种算法，所有的常数都不可能有任何一位是相同的，只可能是1|2|4 这样的加法，不可>能有1|2|3 这样的加法，你找找微软同域有哪个常数是有2 又有3 的。。

因为3的2进制是 00000011 这样的话和 1 的二进制 00000001 存在和运算上的冲突，因为二个数的第8 个bit 都是1 存在相同是>不允许的，所以微软的常数加法用|和+是相同的。

比如上面的，为什么微软定义四个常数为 1/2/4/8 而不是 1/2/3/4？因为

top 的常数值是1，二进制为 0001，Bottom是2，二进制为 0010 则 left 必须是4 以上而不能是3或1或2(因为会有bit 相同是会与和运算冲突)，right也必须是8 而不能是5或7 这样的，不知你>明白没有。。。

从事高级编程的朋友是会不理解，慢慢就会接触到了

回复人： jjcccc() ( 一星(中级)) 信誉：100 2003-9-8 23:20:49 得分:0

是啊是啊，就是个简单问题，可能大家理解的角度不一样，就说岔开了。

回复人： jjcccc() ( 一星(中级)) 信誉：100 2003-9-8 23:23:48 得分:0

不过最后一次：如下

this.dateTimePicker1.Anchor = ((System.Windows.Forms.AnchorStyles)((((System.Windows.Forms.AnchorStyles.Top 
                | System.Windows.Forms.AnchorStyles.Top)
                | System.Windows.Forms.AnchorStyles.Left)
                | System.Windows.Forms.AnchorStyles.Left)));

大概没有人（包括c#编译器）规定不允许这么做吧！

回复人： ArLi2003(阿利 路过而已) ( 两星(中级)) 信誉：100 2003-9-8 23:27:38 得分:0

再深入一些吧：

假设 System.Windows.Forms.AnchorStyles 是一个8bit 的数：

top 的常数值是1，二进制为 00000001，Bottom是2，二进制为 00000010

由于后二个bit 都已经被占用，所以第三个常数只能是 1-6 bit可用，所以它选择了第六个bit 置1，所以 left 必须是4 以上而不>能再是1-3 之间任何数，之后的 right 也因为后三个bit 被占用，只能使用 1-5 bit 所以它只能是8 以上而不能是 1-7 之间任>何数

所以就有了不可能有相同常数相加的情况，这是微软常数的规则，不懂的要学会理解它，应该不难

因为只可能有：

0001|0010 而不可能有 0001|0011 这种情况，更不可能有 0001|0001 这样的 。。

(-_-!)

回复人： ArLi2003(阿利 路过而已) ( 两星(中级)) 信誉：100 2003-9-8 23:33:25 得分:0

非也，

this.textBox1.Multiline = true;
this.textBox1.Anchor = (System.Windows.Forms.AnchorStyles)(System.Windows.Forms.AnchorStyles.Top 
            | System.Windows.Forms.AnchorStyles.Top 
            | System.Windows.Forms.AnchorStyles.Left 
            | System.Windows.Forms.AnchorStyles.Left);
this.textBox1.Anchor = (System.Windows.Forms.AnchorStyles)(1|2|4|8);

这二种都是正宗的VC 风格，你自己在C# 试一下行不行

回复人： ArLi2003(阿利 路过而已) ( 两星(中级)) 信誉：100 2003-9-8 23:38:31 得分:0

上文有二个常数写错了，应为：

this.textBox1.Anchor = (System.Windows.Forms.AnchorStyles)(System.Windows.Forms.AnchorStyles.Top 
            | System.Windows.Forms.AnchorStyles.Bottom 
            | System.Windows.Forms.AnchorStyles.Left 
            | System.Windows.Forms.AnchorStyles.Right);

回复人： jjcccc() ( 一星(中级)) 信誉：100 2003-9-8 23:40:37 得分:0

to ArLi2003(阿利 路过.NET)：
问题越辩越名，不好意思，犯一次戒：
>>>更不可能有 0001|0001 这样的 。。
那只是在正确的情况下，你不会这么写，但不是说不允许这么写。比如无意中写错了代码总是有。
诚心对ArLi2003说一句。你的理解确实有一点小湾没有转过来。若这样，估计写程序的时候，可能容易出些许逻辑上的错误，就是编译和允许都没有问题，但就是得不到自己要的结果。而一旦程序这种错误，还特别难查，所以训练一下严密性没有坏处。
不妥之处，请谅解！

回复人： ArLi2003(阿利 路过而已) ( 两星(中级)) 信誉：100 2003-9-8 23:41:45 得分:0

因为你的2个 top 和2个left 违背了不能有二个有bit 位相同的常数进行和的原则
而编译器是不会对这种正当的运算进行检查，所以可以编译，但值属于非法

回复人： jjcccc() ( 一星(中级)) 信誉：100 2003-9-8 23:42:43 得分:0

就是编译和允许都没有问题＝＝》就是编译运行都没有问题

回复人： ArLi2003(阿利 路过而已) ( 两星(中级)) 信誉：100 2003-9-8 23:44:30 得分:0

要知道象你所举的那个例 top|top 换成 top+top 也是一样的非法值，所以只可能是在常数定义上出错，而不可能在|和+上出错，理解了这些道理，在以后我们自己写常数时也会顾虑到的

回复人： jjcccc() ( 一星(中级)) 信誉：100 2003-9-8 23:46:42 得分:0

top|top＝top，但top+top＝2*top

回复人： jjcccc() ( 一星(中级)) 信誉：100 2003-9-8 23:49:43 得分:0

top|top＝top，合法且没有问题；但top+top＝2*top，合法，但可能有问题。

回复人： ArLi2003(阿利 路过而已) ( 两星(中级)) 信誉：100 2003-9-8 23:50:14 得分:0

晕，你还真是牛。。
你换成+的话得到的是 2*top 一样非法值（因为在常数运算|就是+，所以如果|不允许有相同bit 的数相和也就相当于不能有二个相同的常数相加），你自己试，这就是微软常数的精妙之处，它的精处在于：

top+top =4; 这是正当的值，也就变成了left 所以就被误会了
而如果你是习惯于 top|top = 2 它就还是原意top，就不会出错了

这就是为什么用|而不用+的原因

回复人： jjcccc() ( 一星(中级)) 信誉：100 2003-9-8 23:52:03 得分:0

这就没办法了。洗洗睡了！

回复人： ArLi2003(阿利 路过而已) ( 两星(中级)) 信誉：100 2003-9-8 23:53:31 得分:0

我理解你的意思了，你说的对
我文提过的“|就是+”是基于没有错误的情况下，所以搞VC 的代码基本上都是用|而没用+，虽然它们在没有误操作的情况下是相同的，但碰上误操作就可能出错，所以大家都习惯用|

回复人： zhouzhouzhou(人生程序) ( 三级(初级)) 信誉：100 2003-9-9 8:07:16 得分:0

我來接分
樓上的說完了。
😃

回复人： xamcsdn2(知了) ( 二级(初级)) 信誉：100 2003-9-9 9:25:54 得分:0

二进制的位或操作得出的值正好和二进制的算术加操作得出的值一样。仅此而已。

回复人： xamcsdn2(知了) ( 二级(初级)) 信誉：100 2003-9-9 9:26:53 得分:0

当然是在某种特殊的情况下。

回复人： JGTM2000(铁马小子) ( 二级(初级)) 信誉：100 2003-9-9 14:01:47 得分:0

to ArLi2003:

大哥，你是高人你可以很明白怎么做才对，可是既然是技术论坛，最好是给大家一种最正确的用法，以避免有意或无意的错误。对于这个问题，最准确的说法应该是“在特殊情况下”位或运算等同于加法运算，然而两者从概念上绝非可以互相替代的。也就是说，只要是对位标志进行组合运算就一定要用或运算符（|）而绝不可以用加法运算符（+）。我说“绝不可以”是有充分理由的，试问如果你有一个函数，其功能是对某一个可能已经有值的位标志变量组合一个新的标志位，你会怎么写呢？就算所有的常数都已经定义为独位的标志，可是你不能保证传入的标志在该位上一定为0啊！如下：

void EnsureFlag(ref int flags, int newFlag)
{
    flags |= newFlag;
}

对比：

void EnsureFlag(ref int flags, int newFlag)
{
    flags += newFlag;
}

两者在运行时绝对是有天壤之别！我想如果你在程序中写+=的话，甭说高级程序员，恐怕连最初级的程序员都不会让你做的。另外，关于你所说的“微软的常数规则”其实只是一种简单的现象而已，而且你对这个现象的观察可能还不够仔细，事实上微软也定义了一些非独位的常数，这些常数用于表示一些常见的组合，如XXX_DEFAULT，他可能等于XXX_FLAG1|XXX_FLAG2。这时候你写XXX_DEFAULT|XXX_FLAG1肯定是没错的，然而你写XXX_DEFAULT+XXX_FLAG1肯定就有问题了（编译没问题不等于程序没问题）！

总之，|与+绝对是两码事，决不能因为在某些特定的情况下两者可以有相同的答案就认为他们可以相互替换，这绝对是一个严重的问题！技术上的事情容不得半点马虎的！

如有得罪还请原谅——为了大多数人对真理的正确理解吧！谢谢：）

回复人： JGTM2000(铁马小子) ( 二级(初级)) 信誉：100 2003-9-9 14:06:31 得分:0

同理，用于排除标志位也只能用and not，绝不可以用-。开关标志是用异或运算（exclusive-OR）^，没有简单的数字运算可以代替。OVER!

回复人： ylc001(白面包青天) ( 二级(初级)) 信誉：100 2003-9-9 14:09:38 得分:0

学到东西了。呵呵

回复人： jjcccc() ( 一星(中级)) 信誉：100 2003-9-9 14:41:09 得分:0

JGTM2000(铁马小子) ，你不简单！看来我是老朽了，有些问题总以为对方应该明白的，就蜻蜓点水似的说一下，反而这样越说越说不清楚！还是你不含含糊糊！这点得向你学习（真心话！）。因为的确，技术上的事情容不得半点马虎的！。我很早以前做过导弹、卫星发射时的跟踪引导程序。从而有机会接触到或听到国外或前人一些因为程序上一点点小Bug（比这帖子讨论的问题性质还轻！），就导致巨大惨痛的后果的实例。

回复人： jjcccc() ( 一星(中级)) 信誉：100 2003-9-9 14:59:47 得分:0

还可以说的更彻底一些：位操作对CPU（Intel）来说，一般是test指令，而+就是add指令。
再可以说更更彻底，那就要说道数字逻辑电路了，哈哈。

回复人： win32c(清茶+浓咖啡=C#) ( 五级(中级)) 信誉：105 2003-9-9 15:10:52 得分:0

路过
强烈建议总结一下！

回复人： qimini(循序渐进) ( 一星(中级)) 信誉：106 2003-9-9 15:45:12 得分:0

导弹是怎样做成地？中国在这方面是否先进的？（太爱国了）

回复人： ArLi2003(阿利 路过而已) ( 两星(中级)) 信誉：100 2003-9-10 18:11:52 得分:0

晕.. 浪费口水

回复人： Beta4(一会就好) ( 三级(初级)) 信誉：100 2003-9-10 18:34:26 得分:0

使用“|”来处理的枚举在定义时一定要加上属性[Flags],如

//权限字枚举类型
[Flags]
public enum RightWordEnum
{
    NdaSetting = 0X00000001,
    Measure = 0X00000002,
    SaveData = 0X00000004,
    ViewData = 0X00000008,
    ModifyData = 0X00000010,
    BackupData = 0X00000040,
    Template = 0X00000100,
    User = 0X00001000,
    SurveyPoint = 0X00010000,
}

回复人： JGTM2000(铁马小子) ( 二级(初级)) 信誉：100 2003-9-11 15:20:53 得分:0

补充，[Flags]属性不是必加的，然而对于标志位枚举类型则加上它有若干好处。以上面朋友给出的枚举定义为例，设RightWordEnum rightWord = RightWordEnum.SaveData | RightWordEnum.User，你可以看看rightWord.ToString()在[Flags]有和没有两种情况下的差别（对于懒得动手的朋友，可以告诉你在有Flags属性的时候ToString会输出文本表示的枚举值，如“SaveData, User”），同理你也可以写rightWord = Enum.Parse("ViewData, Template")这样的语句把字符串解析为枚举值。甚至在定义了复合位标志的时候这一技巧仍然管用（如你可以定义RightWordEnum.AllRights = 0x000000FF，当所有8个位都被设置后，rightWord.ToString将直接输出AllRights）。这是一个非常实用的.NET特性噢！

供您参考，不要拍我！：）

该问题已经结贴 ，得分记录： zhpsam109 (10)、 ArLi2003 (10)、

Contributors: FHL