Wie erstellt man jetzt Erweiterungsmethoden? Ziemlich einfach, prinzipiell sind Erweiterungsmethoden statische Methoden, die in einer statischen Klasse “beheimatet” sein müssen. Der Datentyp, für den sie gelten/wirken sollen wird als erstes Argument mit vorangestelltem Schlüsselwort “this” in der Parametersammlung der zu erstellenden Methode angegeben. Das folgende Beispiel zeigt die Erweiterungsmethode, die für ein Feststellen, ob ein bit gesetzt ist oder nicht, dienen kann. Für negative Integer Werte ist die Funktion nicht zu gebrauchen, das ist aber beim Entwickeln auch nicht unbedingt nötig, weil bei über bits codierten Zuständen sowieso nur positive Werte genutzt werden.

WPF ist die kommende Art zum Bau von Benutzeroberflächen und hat starke Gemeinsamkeiten mit Silverlight, das früher unter dem Codenamen WPF/E das Licht der Welt erblickt hat. Daher habe ich mal ein einfaches Schiebespielchen zuerst als Windows (WPF) Anwendung erstellt und es danach auf Silverlight angepasst.

Die 15 orangefarbigen Buttons in der links abgebildeten GUI werden durch einen Klick auf “Mischen” durchgemischt und sollen durch anklicken von gegeigneten Buttons wieder in die Ausgangssortierung zurück geordnet werden. Im linken Bild wären die Buttons 4, 8, 12, 13, 14 sowie 15 anklickbar, weil bei Ihnen in der Spalte bzw. Zeile Platz zum Verschieben vorhanden ist. Das Spielchen habe ich schon in allen möglichen Programmierumgebungen “gebastelt”, echt benutzbar ist es aber nur bei Anwendungen, die mit grafischen Oberflächen umgehen.

Der XAML-Code dafür:

<Window x:Class="testWPF.Window1"
    xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
    xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
    Title="Schieber" Height="410" Width="313">
    <StackPanel Orientation="Vertical">
        <Button x:Name="btnMix" Height="40" Click="btnMix_Click">Mischen</Button>
        <Grid x:Name="grd" ShowGridLines="False" Height="300" Width="300">
            <Grid.RowDefinitions>
                <RowDefinition></RowDefinition>
                <RowDefinition></RowDefinition>
                <RowDefinition></RowDefinition>
                <RowDefinition></RowDefinition>
            </Grid.RowDefinitions>
            <Grid.ColumnDefinitions>
                <ColumnDefinition></ColumnDefinition>
                <ColumnDefinition></ColumnDefinition>
                <ColumnDefinition></ColumnDefinition>
                <ColumnDefinition></ColumnDefinition>
            </Grid.ColumnDefinitions>
        </Grid>
    </StackPanel>
</Window>

In der XAML-Datei wird hier nur das Raster (Grid) zur Aufnahme der Buttons aufgenommen. Die Buttons werden via Programmcode erzeugt und ins Grid eingefügt. Hier die entsprechenden Ausschnitte

        private void generateButtons(Grid grdContainer)

        {

            for (int zeile = 0; zeile < grdContainer.RowDefinitions.Count; zeile++)

                for (int spalte = 0; spalte < grdContainer.ColumnDefinitions.Count; spalte++)

                    addButton(grdContainer, zeile, spalte);

            emptyButton.Opacity = 0;

        }

        private void addButton(Grid grdC, int rowToFill, int colToFill)

        {

            emptyButton = new Button();

            emptyButton.Background = new SolidColorBrush(Colors.Orange);

            emptyButton.Content = (4 * rowToFill + colToFill + 1).ToString();

            emptyButton.Click += new RoutedEventHandler(btnClicked);

            Grid.SetColumn(emptyButton, colToFill);

            Grid.SetRow(emptyButton, rowToFill);

            grdC.Children.Add(emptyButton);

        }

Das komplette WPF Projekt kann hier herunter geladen werden.

Interessant ist jetzt die Umsetzung des Miniprojektes als Silverlight Applikation. Das sollte, da hier keine speziellen WPF-only Features genutzt werden, relativ simpel ablaufen.

Und tatsächlich waren zum Umbau nur zwei Anpassungen notwendig. Die in der WPF-Anwendung genutzte Deklaration des Buttons zum Mischen:

<Button x:Name="btnMix" Height="40" Click="btnMix_Click">Mischen</Button>

wird in Silverlight so nicht akzeptiert. Die Beschriftung des Buttons muss bei Silverlight als “Content”-Attribut wie folgt spezifiziert werden:

<Button x:Name="btnMix" Height="40" Click="btnMix_Click" Content="Mischen" FontSize="24"/>

Zur “optischen Aufbereitung” wurde hier die Schriftgröße noch auf 24 hochgesetzt.

Die zweite Anpassung betrifft eine Funktion, die einen mittels Zeile und Spalte spezifizierten Button zurückliefern soll:

        private Button getButton(Grid grdC, int rowPos, int colPos)
        {
            //in WPF: foreach (UIElement uiE in grdC.Children)
            foreach (FrameworkElement uiE in grdC.Children)
                if (uiE is Button)
                {
                    if ((Grid.GetRow(uiE) == rowPos) && (Grid.GetColumn(uiE) == colPos))
                        return (uiE as Button);
                }
            throw new Exception("Illegal coordinates row: " + rowPos.ToString() + " col: " + colPos.ToString() + "!");
        }

In der oben dargestellten Funktion entnommen aus der Silverlight Applikation (die hier heruntergeladen werden kann) erkennt man, dass die statische Grid-Methoden GetRow() und GetColumn() bei WPF ein Objekt vom Typ “UIElement” erwarten, unter Silverlight aber ein Objekt des Typs “FrameworkElement” haben wollen. Das ist aus der jeweils zugehörigen Help-Eintrag oder via Intellisense auch leicht feststellbar. Warum es bei Silverlight und WPF unterschiedlich implementiert wurde erschliesst sich mir allerdings nicht so ganz.

Wie zu sehen ist sind zwar bei WPF weit mehr Klassen von UIElement abgeleitet, aber das gibt auch noch keinen Hinweis darauf, warum die beiden Methoden beim Grid-Control Objekte unterschiedlicher Objekttypen erwarten. Interessieren würde es mich schon, warum die in der Wirkweise identische Methode so unterschiedlich in den beiden Klassenbibliotheken eingebaut wurde.