TryGetValue - 传递未初始化的值好吗?

时间:2014-09-25 13:46:20

标签: c# dictionary nullreferenceexception

参加展览A的以下代码:

string sql;
if (!GetQueries.TryGetValue(type.TypeHandle, out sql))

Dictionary的文档说如果找不到Key,则引用类型将设置为null。好的,没关系。

如果找到密钥,变量'sql'如何填充? 是否克隆了密钥的找到值? 找到的项目是一种对象,然后复制了对象的内容? 这样安全吗?

或者,要设置出站对象驻留的位置,是否应将呼叫设置为展示B:

var sql = string.Empty;
if (!GetQueries.TryGetValue(type.TypeHandle, out sql))

然后初始化变量'sql'并存在对象的安全位置。

(我的问题来自于我在C编程时代对空指针的厌恶。)

2 个答案:

答案 0 :(得分:9)

在我看来,将其设置为值更好。毕竟,该值是保证被方法调用替换(假设不会抛出异常),那么为什么还要指定一个没有意义的值呢?它只会误导读者认为它会产生影响。

out参数的特殊之处在于,用于为其提供值的变量不必在调用之前明确赋值,但明确赋值通话结束后。调用之前的任何值都不会对方法可见。

(请注意,ref参数的行为不一样 - 必须事先明确指定它们。)

有关C#中不同参数模式的更多详细信息,请参阅我在C# argument passing上的文章。

  

如果找到密钥,变量'sql'如何填充?是否克隆了密钥的找到值?是否找到了创建的项目的对象类型,然后复制了对象的内容?

方法中参数的值变为调用者代码中变量的值,与正常赋值的方式相同。没有对象克隆正在进行。

答案 1 :(得分:0)

  

如果找到密钥,变量'sql'如何填充?

你可以这样想:

var sql = GetQueries[type.TypeHandle];
  

或者,要设置出站对象驻留的位置,是否应将呼叫设置为展示B:

实际上并不重要。您不必将sql初始化为值,因为您将其作为out参数传递。该函数通过将其声明为out来保证它将设置其参数的值。

相关问题