筆記:int?(Nullable<int>)運算與??運算子優先順序

同事回報某段C#程式發現Bug:

int lastQty = 100; 
int? soldQty = null; 
int leaveQty = lastQty - soldQty ?? 0;

soldQty 由其他系統傳入可能為 null,原本我的想法是遇到 soldQty==null 就視為0,此時 leaveQty 應等於 lastQty,但以上程式執行結果與預期不同,leaveQty == 0!

這枚Bug隱藏了兩項疑問:

  1. ?? 運算子(Operator)與加減乘除誰先誰後?
  2. int與null加減乘除時結果會是什麼?

同事與我都不知道答案,爬文後才把這段空白知識補齊。

運算子優先順序大全

找到一篇超完整的C#運算子列表,運算子優先順序依序為:

  1. 主要運算子(Primary Operators)
    x.y, x?.y, f(x), a[x], a?[x], x++, x—, new, typeof, checked, unchecked, default(T), delegate, sizeof, –>
  2. 一元運算子(Unary Operators)
    +x, -x, !x, ~x, ++x, -x, (T)x, await, &x, *x
  3. 乘法類運算子(Multiplicative Operators)
    x*y, x/y, x%y
  4. 加法類運算子(Additive Operators)
    x+y, x-y
  5. 移位運算子(Shift Operators)
    x<<y, x>>y
  6. 關係和類型測試運算子(Relational and Type-testing Operators)
    x<y, x<y, x<=y, x>=y, is, as
  7. 等號比較運算子(Equality Operators)
    x==y, x!=y
  8. 邏輯AND運算子(Logical AND Operator)
    x&y
  9. 邏輯XOR運算子(Logical XOR Operator)
    x^y
  10. 邏輯OR運算子(Logical OR Operator)
    x|y
  11. 條件式AND運算子(Conditional AND Operator)
    x&&y
  12. 條件式OR運算子(Conditional OR Operator)
    x||y
  13. Null聯合運算子(Null-coalescing Operator)
    x??y
  14. 條件運算子(Conditional Operator)
    t?x:y
  15. 指派及Lambda運算子(Assignment and Lambda Operators)
    x=y, x+=y, x-=y, x*=y, x/=y, x%=y, x&=y, x|=y, x^=y,x<<=y,x>>=y,=>
  16. 算術溢位(Arthmetic Overflow)

??排名第13,故 lastQty - soldQty ?? 0 會先計算 100-null 再取??0,由結果反推 100-null 的結果為null。

null與數字如何運算

MSDN文件

The predefined unary and binary operators and any user-defined operators that exist for value types may also be used by nullable types. These operators produce a null value if the operands are null; otherwise, the operator uses the contained value to calculate the result.

當運算元(即運算子範圍中的x或y)型別為Nullable<ValueType>且其值為null,以一元或二元運算子計算結果恆為null。

When performing comparisons with nullable types, if one of the nullable types is null, the comparison is always evaluated to be false. It is therefore important not to assume that because a comparison is false, the opposite case is true

對null進行大小比較時,其結果恆為false,例如:int? value = null,則條件式 value > 0、 value < 0、value == 0 都不成立。

此一特性跟 DB 的 null 幾乎一模一樣,未來應用時要留意。(延伸閱讀:詭異的NOT IN查詢,原來是NULL搞鬼

又上了一課~

【2016-07-14補充】

在專頁陸續接獲網友Shengkai及比爾叔補充好建議一則:面對此類情境索性加上括號寫成:leavQty – (soldQty ?? 0),一來語意清楚方便後續維護者理解,二來免除記錯運算子優先順序的風險,決定未來都依此辦理。

【2016-07-19補充】

讀者Ken補充Nullable<T>有個好用函式GetValueOrDefault(),soldQty ?? 0 可寫成 soldQty.GetValueOrDefault(0),帥氣大增!(特此感謝)

歡迎推文分享:
Published 14 July 2016 09:32 PM 由 Jeffrey
Filed under:
Views: 5,278



意見

# Ken said on 18 July, 2016 11:51 AM

除了用Operator判斷之外,前陣子也才發現一個Nullable<T>的好用method: GetValueOrDefault(), 避免自己老是在判null然後塞值的笨事,使用該method帥氣很多,黑大可參考看看:

https://goo.gl/Nrz8Pr

# Jeffrey said on 18 July, 2016 08:58 PM

to Ken, 哇~ 竟錯過此等好物,感謝補充,已加入本文。

你的看法呢?

(必要的) 
(必要的) 
(選擇性的)
(必要的) 
(提醒: 因快取機制,您的留言幾分鐘後才會顯示在網站,請耐心稍候)

5 + 3 =

搜尋

Go

<July 2016>
SunMonTueWedThuFriSat
262728293012
3456789
10111213141516
17181920212223
24252627282930
31123456
 
RSS
創用 CC 授權條款
【廣告】
twMVC
最新回應

Tags 分類檢視
關於作者

一個醉心技術又酷愛分享的Coding魔人,十年的IT職場生涯,寫過系統、管過專案, 也帶過團隊,最後還是無怨無悔地選擇了技術鑽研這條路,近年來則以做一個"有為的中年人"自許。

文章典藏
其他功能

這個部落格


Syndication