說到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上面,更方便分析和追蹤。
文章列表