Verfügt XAML über eine bedingte Compiler-Direktive für den Debug-Modus?

Ich brauche so etwas für Stile in XAML:

<Application.Resources>

#if DEBUG
    <Style TargetType="{x:Type ToolTip}">
        <Setter Property="FontFamily" Value="Arial"/>
        <Setter Property="FlowDirection" Value="LeftToRight"/>
    </Style>
#else
    <Style TargetType="{x:Type ToolTip}">
        <Setter Property="FontFamily" Value="Tahoma"/>
        <Setter Property="FlowDirection" Value="RightToLeft"/>
    </Style>
#endif

</Application.Resources>

Ich musste dies kürzlich tun und war überrascht, wie einfach es war, wenn ich keine eindeutigen Beispiele finden konnte. Ich habe AssemblyInfo.cs Folgendes hinzugefügt:

#if DEBUG
[assembly: XmlnsDefinition( "debug-mode", "Namespace" )]
#endif

Verwenden Sie dann das AlternateContent-Tag des Markup-kompatiblen Namespace, um Ihren Inhalt basierend auf der Präsenz dieser Namespace-Definition auszuwählen:

<Window x:Class="Namespace.Class"
        xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
        xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"

        xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006"
        xmlns:d="debug-mode"

        Width="400" Height="400">

        ...

        <mc:AlternateContent>
            <mc:Choice Requires="d">
                <Style TargetType="{x:Type ToolTip}">
                    <Setter Property="FontFamily" Value="Arial"/>
                    <Setter Property="FlowDirection" Value="LeftToRight"/>
                </Style>
            </mc:Choice>
            <mc:Fallback>
                <Style TargetType="{x:Type ToolTip}">
                    <Setter Property="FontFamily" Value="Tahoma"/>
                    <Setter Property="FlowDirection" Value="RightToLeft"/>
                </Style>
            </mc:Fallback>
        </mc:AlternateContent>

        ...
</Window>

Wenn nun DEBUG definiert ist, wird auch der "Debug-Modus" definiert, und der Namespace "d" ist vorhanden. Dadurch wählt das AlternateContent-Tag den ersten Codeblock aus. Wenn DEBUG nicht definiert ist, wird der Fallback-Codeblock verwendet.

Dieser Beispielcode wurde nicht getestet, aber es ist im Grunde dasselbe, was ich in meinem aktuellen Projekt verwende, um einige Debug-Schaltflächen bedingt anzuzeigen.

Ich habe einen Blog-Beitrag mit einem Beispielcode gesehen, der sich auf das "Ignorable" -Tag stützte, aber das schien viel weniger klar und einfach zu verwenden als diese Methode.

Sie können eine Vorlagenauswahl verwenden. Die DataTemplateSelector-Klasse ist etwas, das Sie codieren. Mit der von Ihnen überschriebenen Vorlagenauswahlmethode können Sie Ihre Präprozessoranweisungen einfügen.

http://msdn.microsoft.com/en-us/library/system.windows.controls.datatemplateselector.aspx

Dies ist in WPF / Silverlight / WP7 nicht möglich.

Interessanterweise beschreibt das Normdokument ISO / IEC 29500 , wie dies in einem XML-Dokument behandelt werden soll, und XAML unterstützt eines der Elemente aus dieser Spezifikation, mit mc:Ignorabledenen wir Folgendes tun können:

<Page xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006"
      xmlns:c="Comments"
      mc:Ignorable="c">
    <Button Content="Some Text"
            c:Content="Some other text" />
</Page>

Attribute auskommentieren. Ich denke, es wäre cool, wenn XAML eines Tages den Rest der Spezifikation unterstützen würde, die das Laden alternativer Inhalte ermöglicht.

Das mc:IgnorableAttribut wird von Blend verwendet, um die Entwurfszeitfunktionalität zu unterstützen.

Ich bin der Meinung, dass die gegebenen Antworten nicht am einfachsten zu verwenden sind. Hier ist meine Lösung mit einer benutzerdefinierten anhängbaren Abhängigkeitseigenschaft:

using namespace Utility{
    public static class DebugVisibility
    {
        public static readonly DependencyProperty IsVisibleProperty = DependencyProperty.RegisterAttached(
    "Debug", typeof(bool?), typeof(DebugVisibility), new PropertyMetadata(default(bool?), IsVisibleChangedCallback));

        private static void IsVisibleChangedCallback(DependencyObject d, DependencyPropertyChangedEventArgs e)
        {
            var fe = d as FrameworkElement;
            if (fe == null)
                return;
#if DEBUG
            fe.Visibility = Visibility.Visible;
#else
            fe.Visibility = Visibility.Collapsed;
#endif
        }

        public static void SetIsVisible(DependencyObject element, bool? value)
        {
            element.SetValue(IsVisibleProperty, value);
        }

        public static bool? GetIsVisible(DependencyObject element)
        {
            return (bool?)element.GetValue(IsVisibleProperty);
        }
    }
}

und das xaml würde so verwendet werden:

<window ... xmlns:Util="clr-namespace:MyNamespace.Utility" >
    <Label Util:DebugVisibility.IsVisible="True">
</window>

Ich habe es als Bool behalten, falls Sie dort eine andere Sichtbarkeitslogik hinzufügen möchten. Dies ist ein schöner einfacher Schalter, der an jedes Steuerelement gebunden und an dieses angehängt werden kann