BlackCoin's Corner

Zugriff aus dem XAML-Code auf Properties in einer Nested Classes

2010-02-15T18:40:00Z

Problem: Mal angenommen, während einer Entwicklungsphase will man per XAML-Code auf verschiedene Properties aus einer wie unten zu sehenden Nested Class zugreifen.

  

public class OuterClass{  

    public class InnerClass{  

        static InnerClass(){  

            Foo = “Testausdruck”;  

        }  

        public static string Foo{ get; set; }  

   }  

}

Wer schon einmal versucht per Dot Notation auf dieses Property zuzugreifen, kennt die Resultierende Fehlermeldung ‘Der Typ "OuterClass.InnerClass"wurde nicht gefunden. Beachten Sie, dass bei Typnamen die Groß- und Kleinschreibung berücksichtigt wird.’

  

<Window x:Class="WpfApplication16.Window1"   
    xmlns="<a href="http://schemas.microsoft.com/winfx/2006/xaml/presentation"">http://schemas.microsoft.com/winfx/2006/xaml/presentation"</a    
    xmlns:x="<a href=">http://schemas.microsoft.com/winfx/2006/xaml"">http://schemas.microsoft.com/winfx/2006/xaml"</a    
    xmlns:Foo="clr-namespace:WpfApplication16"    
    Title="Window1" Height="300" Width="300">    
    <Grid>    
        <Button Content="{Binding Source={x:Static Foo:OuterClass.InnerClass.Foo}}"/>    
    </Grid>    
</Window>

Hmm Der Code sieht doch eigentlich richtig aus …

Doch natürlich würde ich nicht darüber schreiben, wenn es nicht auch dafür eine Lösung geben würde

  

<Window x:Class="WpfApplication16.Window1"   
    xmlns="<a href="http://schemas.microsoft.com/winfx/2006/xaml/presentation"">http://schemas.microsoft.com/winfx/2006/xaml/presentation"</a    
    xmlns:x="<a href=">http://schemas.microsoft.com/winfx/2006/xaml"">http://schemas.microsoft.com/winfx/2006/xaml"</a    
    xmlns:Foo="clr-namespace:WpfApplication16"    
    Title="Window1" Height="300" Width="300">    
    <Grid>    
        <Button Content="{Binding Source={x:Static Foo:OuterClass+InnerClass.Foo}}"/>    
    </Grid>    
</Window>

Wer findet den Unterschied?

Nein keine Sorge, wir spielen jetzt nicht suche den Unterschied, Der unterschied Liegt im ‘+’ {Binding Source={x:Static Foo:OuterClass -------->+<--------InnerClass.Foo}}, aber seit ehrlich, hättet ihr den Unterschied gefunden???????

VS 2010

2010-02-10T20:50:00Z

So, nachdem seit Montag, der Download des RC’s vom Visual Studio 2010 nur für MSDN-Abonnenten verfügbar war, stehen nun seit kurzem die unterschiedlichen Versionen, für jedem unter http://msdn.microsoft.com/en-us/vstudio/dd582936.aspx zum Download Bereit.

VS 2010 Professional

2010-02-02T15:04:13Z

Gerade eben habe ich eine E-Mail vom AzureNow Gewinnspiel erhalten, mit der Folgenden Mitteilung

‘wir bedanken uns noch einmal für Ihre Teilnahme am AzureNow Gewinnspiel. In der letzten Woche wurden die Gewinner ermittelt und wir freuen uns Ihnen mitteilen zu können, dass Sie den folgenden Preis gewonnen haben:

Das neue Microsoft Visual Studio Professional 2010 als Downloadversion!’

…

Für diesen Gewinn möchte ich mich Herzlichst bedanken

n Strings in WPF zusammensetzten

2010-01-14T20:49:00Z

In einer unserer Anwendungen haben wir die Anforderung, dass sich jeder einzelne Window Title, aus einem Namen für das jeweilige Fenster und dem jeweiligen variablen Firmen Namen zusammengesetzt wird. Eigentlich wäre für diesen Sachverhalt alleine kein Blogeintrag notwendig, schließlich gibt es für dieses Vorhaben ja auch genug Möglichkeiten. Jedoch wie ich erst kürzlich wieder lesen konnte, sieht so manch einer aufgrund der Vielzahl an Möglichkeiten den Wald vor lauter Bäumen nicht.

So möchte ich an dieser Stelle, mal zwei Lösungsmöglichkeiten, der Öffentlichkeit etwas näher bringen.

Für diesen Anwendungsfall gibt es eine Vielzahl von Lösungsmöglichkeiten, sei es mit einem AttachedProperty, Implementierung eines eigenen Windows, ein im Backend Definiertes Propperty, dass per Binding an die Oberfläche gebunden wird, … alles Möglichkeiten die mir so auf die schnelle einfallen, doch wie so oft es gibt noch weitere.

Wie Z.B. über einen Converter, wie diesen hier

public class AddUnternehmen : IValueConverter 
    { 
        #region IValueConverter Member 


        public object Convert(object value, Type targetType, object parameter, System.Globalization.CultureInfo culture) 
        { 
            return string.Format("{0} - {1}", value, GlobaleDaten.AllgemeineEinstellungen.Singleton.AuthUnternehmen); 
        } 


        public object ConvertBack(object value, Type targetType, object parameter, System.Globalization.CultureInfo culture) 
        { 
            throw new NotImplementedException(); 
        } 


        #endregion 
    }

Nachdem dieser den Application.Resources hinzugefügt wurde,

<Application.Resources> 
       <conv:AddUnternehmen x:Key="AddFirma"/> 
</Application.Resources>

kann er nun zum zusammensetzen, des Window Title benutzt werden.

<Window.Title> 
    <Binding Converter=”{StaticResource AddFirma}”> 
        <Binding.Source> 


            <!--xmlns:clr="clr-namespace:System;assembly=mscorlib"--> 
            <clr:String>Globale Suche</clr:String> 
        </Binding.Source> 
    </Binding> 
</Window.Title>

Und zum Ende noch die zweite versprochene Möglichkeit, welches diesen Anwendungsfall per MultiBinding zu Lösen versucht.

<Window.Title> 
    <MultiBinding StringFormat="{}{0} - {1}"> 
        <Binding> 
            <Binding.Source>


                <!--xmlns:clr="clr-namespace:System;assembly=mscorlib"-->                 
                <clr:String>Globale Suche</clr:String> 
            </Binding.Source> 
        </Binding>


        <!—xmlns:clr="clr-namespace:…"-->                 
        <Binding Path="AuthUnternehmen" Source="{x:Static Glob:AllgemeineEinstellungen.Singleton}"/> 
    </MultiBinding> 
</Window.Title>

ContentPresenter richtig benutzen

2010-01-10T11:52:00Z

Als erstes ein Beispiel, wie man es so oder in etwas anderer Form leider immer noch des Öfteren sehen kann.

<Grid> 
        <Button Name="button1"> 
            <Button.Template> 
                <ControlTemplate TargetType="{x:Type Button}"> 
                    <Border BorderBrush="Black" BorderThickness="1" HorizontalAlignment="Center" VerticalAlignment="Center">


                        <!—Warum bindet man das Content Propperty ein weiteres mal? --> 
                        <ContentPresenter Content="{TemplateBinding Content}" /> 
                    </Border> 
                </ControlTemplate> 
            </Button.Template> 
        </Button> 
    </Grid>

Doch bei den beiden Presenter Objekten (ItemsPresenter und ContentPresenter) ist dieses gar nicht von Nöten, denn diese beiden Objekte bringen doch diese Bindung bereits von Haus aus mit. Das einzige was an dieser Stelle also wirklich gebraucht wird, ist eigentlich nur das der TargetType des ControlTemplates, auf das richtige Control oder zumindest auf den richtigen ControlType (ContentControl oder ItemsControl) gesetzt wird.

ListView Spalten Aus und wieder Einblenden

2009-12-30T17:39:00Z

Vor einigen Tagen wurde ich von einem Entwickler gefragt, wie er es einem Anwender, in einer WPF Anwendung, am besten ermöglichen könnte, festgelegte ListView Spalten über einen Menü Punkt ein und wieder auszublenden. Kurzerhand erstellten wir, diesen einfachen XAML Ausschnitt. Eine einfaches ListView mit 4 Spalten. <Window.Resources> < XmlDataProvider Source ="Contact.xml" x:Key ="data" XPath ="contacts/*" /> </Window.Resources> < Grid > < ListView DataContext ="{StaticResource...(read more)

Die Übersicht in einer ListView behalten

2009-12-28T21:49:00Z

Man sieht es leider immer noch häufig, dass der normale Anwender, mit den von uns Entwicklern erstellten Masken so manches mal ein wenig überfordert ist. Ein Grund für diese Überforderung ist ganz klar, die Masse an Informationen oder Eingabe Möglichkeiten, die wir versuchen in einer Maske unterzubringen (Sei es mit Absicht oder weil unser Auftraggeber es so verlangt). Ganz klar, Informationen die Vorhanden sind, sollte man auch anzeigen, aber muss es ZB. bei einem ListView immer so weit treiben...(read more)

Attached Events

2009-12-19T13:54:00Z

Heute möchte ich mal etwas über eine Funktionalität berichten, die so manch einem Entwickler, die Arbeit etwas erleichtern oder zu mindestens dem XAML-Code zu etwas mehr Übersichtlichkeit verhelfen könnte, wenn diese Funktionalität doch nur jedem bekannt wäre. Obwohl ich eigentlich sicher das diese Attached Events schon des Öfteren benutzt oder zumindest in der IntelliSense beispielsweise bei der ListView gesehen wurden. Ja, dieses sind Attached Events, Events die nicht von dem betreffendem Control...(read more)