假设我有一个类，它的属性是字典
new MyClass()
{
Table = { {"test",true},{"test",false} }
}
但是，在初始化程序之外我不能这样做：
this.Table = { {"test",true},{"test",false} };
为什么初始化器是一个特例？我冒昧地猜测它与 LINQ 要求、协方差或诸如此类的东西有关，但感觉有点不一致，不能在任何地方使用那种初始化程序......
【问题讨论】：
new 运算符。我怀疑第一个示例可以正常工作，因为它是一种特殊情况，并且编译器在语法上对表达式的构成更加放松。宽松规则的好处是更简洁的语法，这对于对象初始化器语法的上下文来说是非常可取的，否则它看起来会很丑。
标签： c# .net object-initializers
这个问题有点令人困惑，因为这个问题与 LINQ 无关，与泛型方差无关，并且具有集合初始化器和对象初始化器。真正的问题是，据我所知“为什么在对象创建表达式之外使用集合初始化器是不合法的？”
这里的相关设计原则是，一般来说，我们希望创建和初始化对象的操作在其中某处包含“新”一词，作为向读者发出的信号，表明这里正在创建对象。 （是的，在 C# 中这条规则有一些例外。作为给读者的练习，看看你是否可以将它们全部命名。）
按照自己的方式做事会使对代码的推理变得更加困难。快，这是做什么的？
d = new List<int>() { 10, 20, 30 };
d = { 40, 50, 60 };
第二行是否追加 40、50、60 到现有列表？还是用新列表替换旧列表？那里没有“新”，所以读者是否期望已经创建了一个新对象？
当你说
q = new Whatever() { MyList = { 40, 50, 60 } };
不会创建新列表；它将 40、50、60 附加到构造函数分配的现有列表中。因此，您建议的语法对于是否创建新列表是模棱两可和令人困惑的。
提议的功能既令人困惑又不必要，因此不太可能很快实施。
【讨论】：
此限制比 LINQ 早得多。即使回到 C 语言中，您也可以编写
int numbers[5] = {1, 2, 3, 4, 5};
但您不能使用此语法为数组赋值。
我对 C# 中这背后的原因的猜测是，通常你不应该对两个不同的对象使用相同的引用。如果您需要将新集合分配给现有引用，很可能您没有很好地设计代码，您可以在定义时初始化集合，或者使用两个单独的引用而不是一个。
【讨论】：
col = new Dictionary<string,bool>(...)。我认为这会使代码看起来更糟，最好使用新的参考。
int[] n1 = new int[4] {2, 4, 6, 8}; 对不起，我的答案中的语法错误，我现在编辑它。
考虑到您的语法会在运行时抛出 NullReferenceException - 您确定可以使用它吗？
public class Test
{
public Dictionary<string, bool> Table {get; set;}
}
public void TestMethod()
{
Test t = new Test { Table = { {"test", false} } }; //NullReferenceException
}
这编译成以下内容（通过反射器）：
Test <>g__initLocal3 = new Test();
<>g__initLocal3.Table.Add("test", 0.0M);
如您所见，Table 未初始化，因此在运行时生成NullReferenceException。
如果您在 Test 的 ctor 中创建 Dictionary，则类初始化程序会生成 Add 语句的级联，这是初始化程序中的语法糖（对于 IEnumerables）。
由于我们无法看到或想象的不可预见的副作用，这可能不是针对普通代码引入的。 Eric Lippert 或许能够提供帮助，因为他可能对手头的事情有更多的了解。
【讨论】：
new Dictionary<string, bool>。