这实际上是添加到WPF中的唯一特殊处理，并且它是通过设计完成的。实现它的代码可以在FrameworkElement中找到，在方法FindImplicitStyleResource中，它实际上是这样做的：

internal static object FindImplicitStyleResource(FrameworkElement fe, object resourceKey, out object source)
{
        // ...
        DependencyObject boundaryElement = null;
        if (!(fe is Control))
            boundaryElement = fe.TemplatedParent;
        // ...
}

因此，经验法则是，隐式样式总是应用于控件（即。即从Control导出）。假设可以找到隐式样式。
对于ControlTemplate中使用的不是从Control派生的元素，例如TextBlock，隐式Style查找不会跨越它的模板化父元素。在上面的例子中，这将是ComboBox。
我相信这样做是为了防止TextBlock的非应用程序隐式样式被无意中应用到控件模板中使用的TextBlock元素，开发人员可能知道也可能不知道这些元素。隐式样式将仅应用于实际上由开发人员在其自己的XAML中创建的TextBlocks。
应用程序隐式样式仍然允许全局样式，例如增加字体大小。但可能造成了更多的混乱。
没有一个好的答案来说明何时使用一个或另一个，因为它们都有自己的功能。显然，如果不想影响应用程序中的每个TextBlock，就不应该将样式放在应用程序资源中。
但请记住，这会影响任何非Control元素，例如Shape元素。

就这么简单。
如果您希望资源在整个应用程序中共享，则可以使用Application.Resources。
如果你想在整个窗口中共享资源，你可以使用Window.Resources。
如果您希望资源在单个控件之间共享，您可以使用(Whatever Control).Resources。
假设你有多个窗口，但你只想在一个窗口中使用默认样式，而不想在另一个窗口中使用默认样式，那么你可以使用Window.Resources。

瑞秋，我不觉得“时尚”有什么特别的此外，不存在“跨越模板边界”的问题。原因是不同的，它会在WPF应用程序中使用不同的“树”。通过你的问题，我推测你正在描绘一个具有以下层次结构的世界：

• 应用程序=〉窗口=〉控件=〉控件中的元素
  没有这样的等级制度。WPF应用程序中有不同的树，最著名的是逻辑树和视觉树，但还有更多（路由事件树和资源查找树，语义略有不同）。
  假设以下XAML：

<Window x:Class="SO.MainWindow"
    xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
    xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
    Title="MainWindow" Height="350" Width="525">
    <Grid>
        <Button x:Name="btn" Click="click">Click Me</Button>
    </Grid>
</Window>

对于此XAML，逻辑树将如下所示：

• Window =〉Grid =〉Button =〉String
  按钮内的文本块不是逻辑树的一部分（但它是VisualTree的一部分）。
  通过LogicalTree查找资源，但有一点不同。在它到达顶部对象之后，查找资源算法将按以下顺序查看 Application 资源字典，然后查看 Theme 资源字典，然后查看 System 资源字典。
  参见以下文章：

• 关于树木：http://msdn.microsoft.com/en-us/library/ms753391.aspx
• 关于查找资源：http：//msdn.microsoft.com/en-us/library/ms750613.aspx#staticdynamic，并查找“动态资源查找行为”部分

最后，为了证明我的观点，将以下资源添加到应用程序XAML：

<Application x:Class="SO.App"
    xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
    xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
    xmlns:clr="clr-namespace:System;assembly=mscorlib"
    StartupUri="MainWindow.xaml">
    <Application.Resources>
        <clr:String x:Key="MyResource">Hello Application Resource</clr:String>
    </Application.Resources>
</Application>

下面的代码：

private void click(object sender, RoutedEventArgs e)
{
    // Logical Children of btn
    Debug.WriteLine("Children of btn:");
    foreach( var x in LogicalTreeHelper.GetChildren(btn) ) {
        Debug.WriteLine("{0} : {1}", x, x.GetType());
    }

    // Walk the visual tree
    Debug.WriteLine("The Visual Tree:");
    WalkVisual(0, this);

    // Find the textblock within the button
    DependencyObject p = btn;
    while (p.GetType() != typeof(TextBlock))
        p = VisualTreeHelper.GetChild(p, 0);
     TextBlock tb = p as TextBlock;

    // Now climp the textblock through the logical tree
    while (p != null)
    {
        Debug.WriteLine("{0}", p.GetType());
        p = LogicalTreeHelper.GetParent(p);
    }

    // Find a resource for the textbox
    string s = tb.FindResource("MyResource") as string;
    Debug.WriteLine("MyResource Content: {0}", s);
}

private void WalkVisual(int indent, DependencyObject p)
{
    string fmt = string.Format("{{0,{0}}}{{1}}", indent * 4);
    Debug.WriteLine(fmt, "", p.GetType());
    for (int i = 0; i < VisualTreeHelper.GetChildrenCount(p); ++i)
    {
        WalkVisual(indent+1,VisualTreeHelper.GetChild(p, i));
    }
}

所以......一旦你理解了第一个问题（“为什么会这样”），其他问题就迎刃而解了。应用程序资源和窗口资源的不同之处在于，应用程序资源可以由应用程序中的任何DependencyObject（包括在其他程序集中定义的那些）来创建。当这是你想要实现的时候，你会使用它：-）
u。

不同之处在于样式的范围：

• 在应用程序中放置时。资源，则样式将应用于应用程序中的所有控件
• 放在Windows内。资源，则样式将应用于窗口中的所有控件

这里的区别是非常微妙的，但它意味着无论我们谈论的是什么控件（包括另一个控件模板中的控件）都将从application获得样式。但是只有窗口的直接子控件才能从窗口获取样式。控件模板中的控件将不具有Window中定义的样式。资源，因为它不直接在窗口中，而它将具有在Application中定义的样式。资源，因为它在应用程序中。
至于你的第二点，我认为它与依赖属性优先级有关：
http://msdn.microsoft.com/en-us/library/ms743230.aspx

CodeNaked回答正确。它是由WPF设计。我打开了机票问题here，这是一个充分的解释，它是由设计。另外，什么是在线文档（dependency-property-precedence-list），function (DependencyPropertyHelper.GetValueSource)和desktop tools (snoopwpf)可以用来帮助您浏览这些行为。虽然我们作为WPF用户感到不高兴（我们期望相同的行为），但我们对此无能为力。选项：明确定义内容，如“自定义模板”或“引用“，以做更多的工作-自定义模板，自定义内容类型，新控件等<Label.Content>。我觉得没必要“