当我从数据库中检索任何标量值时,我通常会编写像这样的代码来为可空字段。如何在执行我的命令时只检查一次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