为什么SqlParameter名称/值构造函数将0视为null？

Question

我在一段代码中观察到一个奇怪的问题，即即席 SQL 查询没有产生预期的输出，即使它的参数与数据源中的记录匹配。我决定在即时窗口中输入以下测试表达式：

new SqlParameter("Test", 0).Value

这给出了null 的结果，这让我摸不着头脑。 SqlParameter 构造函数似乎将零视为空值。以下代码产生正确的结果：

SqlParameter testParam = new SqlParameter();
testParam.ParameterName = "Test";
testParam.Value = 0;
// subsequent inspection shows that the Value property is still 0

谁能解释这种行为？是不是故意的？如果是这样，那可能是相当危险的......

Answer 1

正如documentation 中针对该构造函数所述：

当您在 value 参数中指定 Object 时，SqlDbType 是从 Object 的 Microsoft .NET Framework 类型推断出来的。

使用SqlParameter 构造函数的此重载来指定整数参数值时要小心。由于此重载采用 Object 类型的值，因此当值为零时，您必须将整数值转换为 Object 类型，如以下 C# 示例所示。

Parameter = new SqlParameter("@pname", (object)0);

如果您不执行此转换，编译器会假定您正在尝试调用 SqlParameter (string, SqlDbType) 构造函数重载。

您只是调用了与您的情况不同的构造函数。

原因是 C# 允许从整数文字 0 到枚举类型（它们只是下面的整数类型）的 隐式 转换，而这种隐式转换会导致 (string, SqlDbType) 构造函数比将int 转换为object 的(string, object) 构造函数所需的装箱转换更适合重载解析。

当您传递int 变量 时，这绝不会成为问题，即使该变量的值是0（因为它不是零字面量）或任何其他表达式类型为int。如果您如上所示将int 显式转换为object，也不会发生这种情况，因为只有一个匹配的重载。

Answer 2

在传递/添加参数时使用类型化数据是一种很好的做法。

您可以通过以下方式完成以下任务：

对于字符串/varchar 类型的数据：

SqlParameter pVarchar = new SqlParameter
                    {
                        ParameterName = "Test",
                        SqlDbType = System.Data.SqlDbType.VarChar,
                        Value = string.Empty,
                    };

对于 int 类型的数据：

SqlParameter pInt = new SqlParameter
                    {
                        ParameterName = "Test",
                        SqlDbType = System.Data.SqlDbType.Int,
                        Value = 0,
                    };

您可以根据您使用的数据更改SqlDbType的值。