Question

我知道这可能不足以让人担心，但DBNull.Value.Equals（）的检查效果如何？

public IEnumerable<dynamic> Query(string sql, params object[] args)
{
    using (var conn = OpenConnection())
    {
        var rdr = CreateCommand(sql, conn, args).ExecuteReader(CommandBehavior.CloseConnection);
        while (rdr.Read())
        {
            var e = new ExpandoObject();
            var d = e as IDictionary<string, object>;
            for (var i = 0; i < rdr.FieldCount; i++)
                d.Add(rdr.GetName(i), DBNull.Value.Equals(rdr[i]) ? null : rdr[i]);
            yield return e;
        }
    }
}

特别是，这一行：

d.Add(rdr.GetName(i), DBNull.Value.Equals(rdr[i]) ? null : rdr[i]);

与原始代码（来自Rob Conery的Massive类）：

d.Add(rdr.GetName(i), rdr[i]);

至少会有一个小小的影响，再次可能不是真正值得注意的，但我很好奇。转换的原因是因为在ASP.NET MVC视图中测试null要容易得多。

Answer 1

如果查看.NET反射器，可以看到DBNull对象没有任何字段。总有一个DBNull实例（静态值字段）。此外，在DBNull类中不会覆盖Equals方法。这意味着将调用Object.Equals，它将执行外部方法调用以检查引用相等性。

结论：这个调用是比较两个指针，性能影响在任何情况下都不会成为问题，就像比较两个整数值。

DBNull.Value.Equals（）检查的性能如何？

1 个答案: