ComboBox/ListBox等控件的XAML特殊用法是否有微软官方文档？

嘿，这个发现挺有意思的！你误打误撞用到的其实是XAML里非常常用的隐式集合语法，而且这种用法确实已经被微软官方收录到技术文档中啦。

核心原理 #

很多基于XAML的框架（比如WPF、UWP）里，ItemsControl、ListBox、ComboBox这类控件的核心数据属性（比如Items）本身是集合类型（例如ItemCollection）。XAML语言规范里有个贴心的设计：如果一个类通过[ContentPropertyAttribute]标记了某个集合属性作为默认内容属性，你就可以直接在控件标签内部添加子元素，不需要显式写出集合属性的包裹标签（比如不用写<ItemsControl.Items>）——编译器会自动把这些子元素添加到对应的集合里。

举个直观的例子，你写的代码大概类似这样：

<ItemsControl>
    <TextBlock Text="第一行"/>
    <TextBlock Text="第二行"/>
    <TextBlock Text="第三行"/>
    <TextBlock Text="第四行"/>
</ItemsControl>

这和显式声明集合的写法完全等价：

<ItemsControl>
    <ItemsControl.Items>
        <TextBlock Text="第一行"/>
        <TextBlock Text="第二行"/>
        <TextBlock Text="第三行"/>
        <TextBlock Text="第四行"/>
    </ItemsControl.Items>
</ItemsControl>

官方文档的相关说明 #

这种特性是XAML基础语法的核心部分，微软在多处文档中都有提及：

• 在XAML语言概览文档里，专门有「集合对象的XAML语法」章节，详细解释了这种隐式写法的规则；
• 在ItemsControl、ListBox等控件的官方文档示例中，几乎都会优先使用这种简洁的隐式写法，而非冗长的显式集合声明；
• 甚至像Grid、StackPanel这类布局控件，直接在内部添加子元素的写法，也是基于同样的隐式集合逻辑（它们的默认内容属性是Children）。

所以你遇到的这种用法是完全合规且官方认可的，只是因为它太常用了，很多文档示例会直接使用，没有特意单独强调这个语法点，才会让你之前没留意到~

内容的提问来源于stack exchange，提问作者Maciek Świszczowski