b2aat6n

Empfehlungen

Info

[Abb. 10] Controls im Panel. sem Panel entfernt werden. Um dies zu vereinfachen, ist das zugehörige Panel an der Tag-Eigenschaft des Buttons gesetzt. So „weiß“ der Button, zu welchem Panel er gehört und kann dieses aus dem umschließenden Panel entfernen. Wird im Portal die Schaltfläche Generieren angeklickt, muss für jede Spaltenbeschreibung eine ColumnDefinition erzeugt werden, um dann die Testdaten zu generieren. Dazu wird die Liste der Spaltenbeschreibungen im statischen Panel durchlaufen. Darin befindet sich jeweils ein Textfeld, das den Namen der Spalte enthält. Ferner befindet sich im Platzhalterpanel ein Control, in dem die Parameter für den Generator enthalten sind. In der Dropdownliste enthält das SelectedItem eine Spalten- Definition, aus der sich die ColumnDefinition erstellen lässt. Dazu wird aus der SpaltenDefinition die Funktion zum Erzeugen der ColumnDefinition aufgerufen. Insgesamt hat das Erstellen des Portals knapp zwei Stunden in Anspruch genommen. Automatisierte Tests habe ich dazu fast keine erstellt. Diese würde ich allerdings in einem „echten“ Projekt im Nachhinein ergänzen, da die Logik für den dynamischen Aufbau des Portals doch recht umfangreich geworden ist. Um hier bei späteren Erweiterungen Fehler auszuschließen, würde ich die typischen Bedienungsschritte eines Anwenders automatisiert testen. Host Am Ende benötigen wir für die gesamte Anwendung noch eine EXE-Datei, mit der die Anwendung gestartet werden kann. Aufgabe dieses Hosts ist es, die benötigten Komponenten zu beschaffen und sie den Abhängigkeiten gemäß zu verbinden. Die Abhängigkeiten sind hier in Form von Konstruktorparametern modelliert. Folglich muss der Host die Komponenten in der richtigen Reihenfolge instanzieren, im Abhängigkeitsbaum von unten nach oben, von den Blattknoten zur Wurzel. Anschließend übergibt er die Kontrolle an das Portal. Für die vorliegende Anwendung, bestehend aus einer Handvoll Komponenten, ist diese Aufgabe trivial. Bei größeren Anwendungen kostet diese Handarbeit Zeit und sollte automatisiert werden. Die Grund- www.dotnetpro.de dotnetpro.dojos.2011 LÖSUNG idee dabei ist: Man überlässt das Instanzieren der Komponenten einem DI-Container wie StructureMap [2] oder Castle Windsor [3]. Über ein eigenes Interface identifiziert man den Startpunkt der Anwendung, und los geht’s. Ein solcher Host kann dann sogar generisch sein und in allen Anwendungen verwendet werden. Denkbare Erweiterungen Für wiederkehrende Aufgaben wäre es sinnvoll, das Schema der Datengenerierung speichern und laden zu können. Dies kann beispielsweise mit dem Lounge Repository [4] erfolgen. In der Architektur würde dafür ein weiterer Adapter ergänzt, mit dem ein Schema gespeichert und geladen werden kann. Natürlich müssten im Portal entsprechende Anpassungen vorgenommen werden, um entsprechende Menüfunktionen zu ergänzen. Des Weiteren wäre es denkbar, die Generatoren zur Laufzeit dynamisch zu laden. Damit könnten Entwickler ihre eigenen Generatoren implementieren und verwenden, ohne dazu die gesamte Anwendung übersetzen zu müssen. Mithilfe eines DI- Containers wie StructureMap oder des Managed Extensibility Framework MEF [5] sollte auch diese Erweiterung keine große Hürde darstellen. Fazit Bei dieser Aufgabe stellte sich heraus, dass die Benutzerschnittstelle einer Anwendung durchaus einige Zeit in Anspruch nehmen kann. Die eigentliche Funktionalität war dagegen schnell entworfen und implementiert. Das lag maßgeblich daran, dass ich mir im Vorfeld einige Gedanken über die Architektur gemacht hatte. Danach ging die testgetriebene Entwicklung flüssig von der Hand. [ml] [1] Stefan Lieser, Meier, Müller, Schulze…, Testdaten automatisch generieren, dotnetpro 5/2010, Seite 108ff., www.dotnetpro.de/A1005dojo [2] http://structuremap.sourceforge.net/ [3] http://www.castleproject.org/container/ [4] http://loungerepo.codeplex.com/ und Ralf Westphal, Verflixte Sucht, dotnetpro 11/2009, Seite 52f. www.dotnetpro.de/A0911Sandbox [5] http://mef.codeplex.com/ Wir liefern passgenaue Strategien und Lösungen für Ihre Inhalte auf iPhone/iPad Android BlackBerry Windows Phone 7 dem mobilen Browser Besuchen Sie uns unter www.digitalmobil.com
Wer übt, gewinnt AUFGABE Daten umformen Mogeln mit EVA Eingabe,Verarbeitung,Ausgabe: Das EVA-Prinzip durchdringt die gesamte Softwareentwicklung. Eine Analyse der Datenstrukturen und die Verwendung der passenden Algorithmen spielen dabei eine herausragende Rolle. Stefan, fällt dir dazu eine Übung ein? dnpCode: A1006dojo In jeder dotnetpro finden Sie eine Übungsaufgabe von Stefan Lieser, die in maximal drei Stunden zu lösen sein sollte. Wer die Zeit investiert, gewinnt in jedem Fall – wenn auch keine materiellen Dinge, so doch Erfahrung und Wissen. Es gilt: ❚ Falsche Lösungen gibt es nicht. Es gibt möglicherweise elegantere, kürzere oder schnellere Lösungen, aber keine falschen. ❚ Wichtig ist, dass Sie reflektieren, was Sie gemacht haben. Das können Sie, indem Sie Ihre Lösung mit der vergleichen, die Sie eine Ausgabe später in dotnetpro finden. Übung macht den Meister. Also − los geht’s. Aber Sie wollten doch nicht etwa sofort Visual Studio starten … Wer kennt nicht Minesweeper, das beliebte Spiel, welches zum Lieferumfang von Windows gehört? Doch keine Sorge, es geht dieses Mal nicht wieder um eine aufwendige Benutzerschnittstelle, sondern um eine kleine Kommandozeilenanwendung. Die soll aus einer Eingabedatei eine Ausgabedatei erzeugen. Die Eingabedatei enthält die Beschreibung eines Minesweeper-Spielfeldes. Das Programm erzeugt als Ausgabedatei einen dazu passenden „Mogelzettel“. Der Aufruf erfolgt folgendermaßen: mogelzettel spiel1.txt mogelzettel1.txt Der Aufbau der Eingabedatei ist wie folgt: Die erste Zeile enthält die Anzahl der Zeilen und Spalten des Spielfeldes. Beide Zahlen sind durch ein Leerzeichen getrennt. Die nachfolgenden Zeilen enthalten dann jeweils die Konfiguration einer Zeile des Spielfeldes. Dabei sind freie Felder durch einen Punkt dargestellt, Felder mit einer Mine durch einen Stern. Hier ein Beispiel: 5 6 ....*. ...*.. ...... *....* .*.... Für diese Eingabedatei soll eine Ausgabedatei erzeugt werden. Die Ausgabedatei gibt für jedes Feld die Anzahl der Minen in der unmittelbaren Nachbarschaft an. Jedes Feld hat maximal acht Nachbarn, folglich können maximal acht Minen in der Nachbarschaft eines Feldes vorkommen, am Rand des Spielfeldes sind es natürlich weniger. Felder, die selbst eine Mine enthalten, sollen mit der Ziffer 0 belegt sein, es sei denn, in der Nachbarschaft befinden sich Minen. Dann sollen diese ebenfalls gezählt werden. Der Mogelzettel gibt also keine direkte Auskunft darüber, wo die Minen liegen, sondern nur über die Anzahl der Minen in den jeweils benachbarten Feldern. Für das obige Beispiel soll folgende Ausgabedatei erzeugt werden: 001211 001121 111121 121010 211011 Sie dürfen davon ausgehen, dass die Eingabedatei im korrekten Format vorliegt. Geht in der Folge etwas schief, ist gegebenenfalls das Ergebnis inkorrekt, oder das Programm bricht sogar ab. Dies soll hier keine Rolle spielen. Die Vorgehensweise bei der Lösung dieser Übung dürfte Lesern der vorhergehenden Übungen inzwischen geläufig sein. Zunächst sollten die Anforderungen geklärt werden. Dazu ist es sinnvoll, Beispiele aufzuschreiben. Eines habe ich Ihnen gegeben, vielleicht definieren Sie weitere, um beispielsweise Randfälle zu definieren. Da ich Ihnen als „Kunde“ nicht so ohne Weiteres für Rückfragen zur Verfügung stehe, treffen Sie gegebenenfalls selber sinnvolle Annahmen. Nach der Klärung der Anforderungen beginnt die Planung. Dieser Phase sollten Sie viel Aufmerksamkeit und Zeit schenken. Je intensiver Sie sich mit dem Problem und seiner Lösung auseinandersetzen, desto besser sind Sie vorbereitet für die Implementierung. Zerlegen Sie das Gesamtproblem in kleinere Teilprobleme, suchen Sie mögliche Flows. Wenn Sie sich bei der Herangehensweise nicht sicher sind, ob eine Idee tatsächlich zur Lösung des Problems führen wird, lohnt es sich, einen Spike zu erstellen. Ein Spike dient dazu, eine Idee zu überprüfen oder eine Technik oder Technologie zu explorieren. Code, der bei einem Spike entsteht, wird nicht produktiv verwendet, daher sind keine Tests erforderlich, und auch gegen Prinzipien darf gern verstoßen werden. Es geht um den Erkenntnisgewinn. Es könnte sich dabei schließlich auch herausstellen, dass eine Idee nicht zum Ziel führt. Im Anschluss an den Spike beginnen Sie dann testgetrieben mit der Entwicklung des Produktionscodes. Dabei beachten Sie selbstverständlich alle Prinzipien und Praktiken. Und nun frisch ans Werk! Mogeln Sie aber bitte nur beim Minesweeper-Spielen, nicht bei der Softwareentwicklung. [ml] 22 dotnetpro.dojos.2011 www.dotnetpro.de
Seite 1 und 2: Stefan Lieser, Tilman Börner Dojos
Seite 3 und 4: INHALT 15 Aufgaben und Lösungen 5
Seite 5 und 6: LÖSUNG Eine Übung, bei der Sie nu
Seite 7 und 8: LÖSUNG Listing 1 Vierergruppe ermi
Seite 9 und 10: LÖSUNG INotifyPropertyChanged-Logi
Seite 11 und 12: LÖSUNG möchte ich die einzelnen S
Seite 13 und 14: Wer übt, gewinnt AUFGABE Testdaten
Seite 15 und 16: LÖSUNG Erzeugen der Daten zerlegt.
Seite 17 und 18: LÖSUNG mit C# 4.0 zur Verfügung.
Seite 19: LÖSUNG Listing 10 Eine Spalte defi
Seite 23 und 24: LÖSUNG Listing 1 Das Einlesen eine
Seite 25 und 26: Wer übt, gewinnt AUFGABE Zahlenrei
Seite 27 und 28: LÖSUNG habe mich daher entschlosse
Seite 29 und 30: LÖSUNG Testzeitpunkt. Zudem sind d
Seite 31 und 32: LÖSUNG Die NoSQL-Dokumentendatenba
Seite 33 und 34: LÖSUNG sich tatsächlich aber auf
Seite 35 und 36: LÖSUNG fen nicht erkannt und Updat
Seite 37 und 38: Wer übt, gewinnt AUFGABE Algorithm
Seite 39 und 40: LÖSUNG Listing 3 Erste Stack-Imple
Seite 41 und 42: LÖSUNG den Verfahren. Beim Entfern
Seite 43 und 44: Wer übt, gewinnt AUFGABE Infrastru
Seite 45 und 46: LÖSUNG Listing 1 Ein Interface fü
Seite 47 und 48: LÖSUNG Listing 8 Den Dienst ausfü
Seite 49 und 50: Wer übt, gewinnt AUFGABE Event-Bas
Seite 51 und 52: LÖSUNG zukommen, können diese Än
Seite 53 und 54: LÖSUNG Listing 4 Texte zerlegen. p
Seite 55 und 56: Wer übt, gewinnt AUFGABE Algorithm
Seite 57 und 58: LÖSUNG Listing 4 ChildValues teste
Seite 59 und 60: LÖSUNG Listing 13 PreOrderValues r
Seite 61 und 62: LÖSUNG LINQ im Eigenbau So geLINQt
Seite 63 und 64: LÖSUNG Listing 8 Zeichenketten gru
Seite 65 und 66: Wer übt, gewinnt AUFGABE Einen Twi
Seite 67 und 68: LÖSUNG [Abb. 2] Die Funktionseinhe
Seite 69 und 70: LÖSUNG Listing 3 Periodische Aktua
Seite 71 und 72:
LÖSUNG Algorithmen und Datenstrukt
Seite 73 und 74:
LÖSUNG Listing 4 In Verzweigungen
Seite 75 und 76:
LÖSUNG Listing 11 Auf kreisfreie G
Seite 77 und 78:
LÖSUNG Eine interaktive Anwendung
Seite 79 und 80:
LÖSUNG Listing 1 Einen Data Trigge
Seite 81 und 82:
GRUNDLAGEN MVVM und Flow-Design kom
Seite 83 und 84:
GRUNDLAGEN Funktionalität ausgefü
Seite 85 und 86:
GRUNDLAGEN in einem Datenfluss steh
Seite 87 und 88:
LÖSUNG Synchronisation über die C
Seite 89 und 90:
LÖSUNG Listing 2 Key und Passwort
Seite 91 und 92:
LÖSUNG Listing 8 Das Ermitteln der
Seite 93 und 94:
Imprint Dojos für Entwickler Stefa
Seite 95 und 96:
GRUNDLAGEN _Coding Dojo: Mit Spaß
Seite 97 und 98:
GRUNDLAGEN _Coding Dojo: Mit Spaß
Alle anzeigen

b2aat6n

Erfolgreiche ePaper selbst erstellen

Template löschen?

Als Template speichern?