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