说到FlagsAttribute,源自前几天看到了一小段代码,大概意思就是根据航班政策来返回哪些配送方式是否可用,根据这些是否可用
来隐藏或者开启界面的相关配送方式,如果大家订过机票可能知道配送方式有很多种,比如“无需打印行程单(PJN)”,“机场自取(Airport)”,
“市内配送(CND)”,“快递(EMS)”等等。
根据上面的逻辑就可以知道,配送方式是有两种状态,可用与不可用,在逻辑实现上,很容易就想到了bit位,每一个位代表一个配送方式,
0表示不可用,1表示可用,所以航班接口只要给一个数字就行了,我只需要判断bit位中哪些是1就行了。
比如用8位byte字段为例:
从图中可以看到,快递(EMS)是不可用的,那么怎么判断呢,其实也就17&32就ok了,如果为32,则说明可用,为0则不可用,其他
的判断可以用同样的手段。
上次看到的代码逻辑就这样了,不过毕竟在一个团队里面,水平参差不齐,用纯数字来&,|,^,最起码不是那么容易理解的,如果
配上枚举的话,可能就更完美了。
说起枚举,其实就是编译器给我们的语法糖,本质上来说就是一个继承在Enum类型下的一个个const字段,既然是const,那
就天生具备(+,-,* ,/ ^,| &)这样常规的数学运算。
举个例子:
1 [Flags] 2 enum Deliver : byte 3 { 4 CND = 0x01, 5 PJS = 0x02, 6 SND = 0x04, 7 PJN = 0x08, 8 Airport = 0x16, 9 EMS = 0x32 10 }
然后看看上面的Enum生成的IL代码。
可能有人会问,这里的“uint8” 是怎么回事,其实这个就是隐藏到枚举类型后面的真实的基元类型,可以用GetUnderlyingType来获取。
通常情况下,枚举只能显示一个状态,那么如果让枚举显示多个状态,这个时候就可以用FlagAttribute来标记,让标志位来处理枚举,
来做强大的组合功能。
举个例子:从图中航班政策返回的17的数字来看,我们知道Airport和CND是可用的,如果用了FlagAttribute标记后,这次我们不用担
心,直接将17转化为枚举即可。
从图中看到,经过枚举转换后,可能对程序员的理解以及记录log上面,更方便分析和追踪。