當我從數據庫中檢索任何標量值時,我通常會編寫像這樣的代碼來爲可空字段。如何在執行我的命令時只檢查一次DBNull?
cmd.ExecuteScalar() == DBNull.Value ? 0 : (int)cmd.ExecuteScalar()
但我不喜歡它,因爲它執行兩次Executescalar語句。這是一個額外的旅行服務器爲我的網站,並贊成性能,我不想這樣做。
有什麼辦法可以擺脫這個額外的ExecuteScalar()?
當我從數據庫中檢索任何標量值時,我通常會編寫像這樣的代碼來爲可空字段。如何在執行我的命令時只檢查一次DBNull?
cmd.ExecuteScalar() == DBNull.Value ? 0 : (int)cmd.ExecuteScalar()
但我不喜歡它,因爲它執行兩次Executescalar語句。這是一個額外的旅行服務器爲我的網站,並贊成性能,我不想這樣做。
有什麼辦法可以擺脫這個額外的ExecuteScalar()?
寫自己的SQL命令的擴展方法。
public static T ExecuteNullableScalar<T>(this SqlCommand cmd)
where T : struct
{
var result = cmd.ExecuteScalar();
if (result == DBNull.Value) return default(T);
return (T)result;
}
用途變爲:
int value = cmd.ExecuteNullableScalar<int>();
只需使用一個變量來緩存結果:
var o = cmd.ExecuteScalar();
return o == DBNull.Value ? 0 : (int)o;
object o = cmd.ExecuteScalar();
return (o== DBNull.Value) ? 0 : (int)o;
我比「var。」更喜歡這個。我認爲,正如我所料,「var」的使用被濫用。儘管我意識到有些人,例如Jon Skeet認爲它更具可讀性,但我不明白。 – BobbyShaftoe 2009-01-08 01:50:37
真的嗎?你關心那個代碼中的「o」是什麼類型的?它在下一行被丟棄。作爲代碼的讀者,使用「object」與「var」對我來說只是噪音。 – 2009-01-08 02:05:21
最明顯的選擇是使用兩條線路。你有這樣寫的原因嗎?如果只是把它保持在一條線上,我認爲這是一個非常簡單的過程。 – BobbyShaftoe 2009-01-08 01:49:19