说到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上面，更方便分析和追踪。
