Ich wurde per Twitter gefragt ob ich mir nicht ein wenig Quellcode einer WPF Applikation ansehen könnte um diverse Tipps zu dessen Verbesserung zu äußern. Statt aber nur aufzuzeigen was mir daran nicht gefällt, habe ich mich daran gemacht zu beschreiben welchen anderen Weg man gehen kann um mehrere Ansichten innerhalb einer WPF Anwendung zu verwalten und diese Anwendung auch noch korrekt zu initialisieren.
Continue reading “How-To: Handgefertigtes Bootstrapping & View Handling in WPF” »
Einer der Gründe warum ich mit Microsoft basierenden Technologien arbeite, ist die Möglichkeit sich in vielen Dingen einfach darauf konzentrieren zu können was man tatsächlich tun will. Ok, es gibt immer wieder Situationen wo man sich dann doch durch so ekelige Dinge wie XML Configs wursteln muss, aber auf der anderen Seite gibt es dann auch solche Tage wo man nur einen Knopf drückt und man hat eine komplette Umgebung in der man einfachmal etwas ausprobieren kann. Continue reading “Multi-Device Hybrid Apps in the Cloud” »
Nachdem ich im Juli aufgrund von Urlaub und Projekteinsatz nichts gepostet habe, versuche ich es diesmal gleich mit etwas Neuem. Statt eines Blogposts habe ich ein Video aufgenommen. In diesem zeige ich wie man Style Cop in das Visual Studio einbinden kann, worum es sich bei dem Tool handelt und wie man die hinterlegten Regeln anpassen kann.
Ich arbeite mich gerade in Universal Apps ein und bin über einen dummen Fehler gestolpert. Da in einer Universal App der gemeinsame Code in die entsprechenden Projekte geklinkt wird, muss an einigen Stellen in den .cs Dateien über Compiler Anweisungen mitgeteilt werden, wenn Code nicht zu verwenden ist. Gerade bei der app.Xaml wird dies deutlich. Ich hatte gehofft dies durch IoC besser lösen zu können und habe einfach die App.Xaml gelöscht und für jedes Projekt neu angelegt, mit dem Ergebnis, dass ich folgenden Fehler bekam:
Error 1 Program ‚d:\Source\TFS\UniversalNorthwind\UniversalNorthwind.WindowsApp\obj\Debug\intermediatexaml\UniversalNorthwind.WindowsApp.exe‘ does not contain a static ‚Main‘ method suitable for an entry point D:\Source\TFS\UniversalNorthwind\UniversalNorthwind.WindowsApp\CSC UniversalNorthwind.WindowsApp
Continue reading “Windows Store App „…does not contain a static ‚Main‘ method suitable for an entry point“” »
Dieses Jahr war ich für Microsoft als Sprecher auf den Testing Info Days unterwegs. Dies waren zwei Veranstaltungen im März, bei denen ich jeweils in München und Hamburg über Unit Testing mit Visual Studio gesprochen habe. Der entsprechende Mitschnitt dazu findet sich auf Channel 9 und kann nachfolgend auch angesehen werden. Leider gab es wohl beim Schnitt ein paar Probleme mit den Folien wodurch diese nach einiger Zeit asynchron angezeigt werden 
Weitere Informationen gibt es auch auf der entsprechenden Webseite von Channel9.
Seit einigen Wochen nutze ich NDepend als logische Erweiterung zum Resharper und Style Cop. Während der Resharper dafür sorgt, dass sich alle Entwickler an die gleichen Regeln halten. Kann ich mit NDepend zum einen prüfen ob sich auch wirklich an die Regeln gehalten wird, vor allem aber ob die Ideen hinter den Regeln auch korrekt umgesetzt werden.
Der eigentliche Auslöser für die Nutzung von NDepend war aber ein anderer. Es ging viel mehr darum eine Anwendung mit sehr „interessanter“ Codebasis soweit zu refaktorisieren, dass ihre innere Struktur nicht durch jede Änderung gleich ins Wanken gerät. In wie weit dieser Anspruch erfüllt wurde sei jetzt einmal dahin gestellt. NDepend hat aber auf alle Fälle dabei geholfen den Ist-Stand zu visualisieren.
Da ich für eine App einen Togglebutton mit Icon brauchte, habe ich mir einen Style für den AppBarToogleButton geschrieben, der diesen so umgestaltet, dass er wie der normale ToggleButton aussieht. Zugegebener maßen, der Aufwand ist gering und es ist auch etwas schmutzig gelöst, da kein Text angezeigt wird. Es erfüllt aber alle meine Anforderungen.
Als ich das erste Mal eine Toast Notification unter Windows 8 verwenden wollte, war ich doch ein wenig verdutzt. Der gesamte Vorgang wirkte auf mich etwas eigenartig, da er sich sehr von dem unterscheidet was man sonst so von WPF und Co. gewöhnt ist. Sehen wir uns aber einfach mal an wie man vorgehen kann.
Wenn es etwas gibt, dass ich bei der Nutzung von Xaml besonders mag, dann ist es die strikte Trennung zwischen Logik und Darstellung. Alles was zur Darstellung gehört, wird in Xaml geschrieben, die Logik wiederum findet sich im testbaren ViewModel. Dies erlaubt eine einfache Trennung der Verantwortlichkeiten und eine Parallelisierung der Arbeit, weil Designer und Entwickler unabhängig von einander arbeiten.
Damit der Designer dabei auch wirklich unabhängig vom Entwickler, nicht aber an diesem vorbei, arbeitet, sollten sich beide auf eindeutige Schnittstellen einigen. Das Wort „Schnittstelle“ kann dabei ruhig wörtlich genommen werden. Denn wenn sich beide zum Beispiel auf ein Interface für ein ViewModel einigen, kann es anschließend zwei dieser ViewModels geben. Eines, das nur die Logik für die Anzeige enthält und eines mit der tatsächlichen Logik die zur Laufzeit gebraucht wird.
Gestern war ich bei Agile Saxony und habe über die unterschiedlichen Schulen des TDD gesprochen und wie sie sich auf unsere Arbeitsweise auswirken. Für mich besonders interessant war dabei die Diskussion am Ende meines Vortrages. Denn anscheinend war meine Vortragsweise etwas negativ konnotiert, wodurch ich eher skeptisch als überzeugt gewirkt haben muss. Ich war sehr übernächtigt, daher entschuldigung an dieser Stelle, wenn der Vortrag nicht die sonst übliche Qualität hatte. Continue reading “Qualität, aber bitte agil!” »
