Installation SL Beta 2

Wer hätte das gedacht? Unerwartet und völlig überraschend funktionierte das Update der Silverlight Tools für die Beta 2 von Silverlight nicht.

Nach einiger Recherche mit google fand ich einen Workaround für dieses Problem. Ehrlich gesagt hab ich aber keine Ahnung welches Update ich da deinstalliert habe, welche Auswirkungen diese Aktion haben wird  und was passiert wenn ich, oder der gewissenhafte Updateservice von MS das deinstallierte Update wieder installiert...

Wenigstens kann ich jetzt mal schauen was mir SL 2 bietet und ob ich endlich mehr Argumente (Go-Live Lizenz...) für einen Umstieg von SL1 auf SL 2 habe.

Werde jetzt mal untersuchen ob sich eine SL2-Control-Lib lohnt - mit dynamischem Aufbau der Controls aus einer Konfigurationsdatei  - oder ich beim SL1 Ansatz bleibe und mit meiner DSL das XAML direkt erzeuge.

Reset VS 2005 Experimental Hive

Entwickelt (oder vielmehr vor allem in der Anfangsphase probiert :-) man viel mit dem VS2005 sdk ist Ruckzuck die gesamte Registry vollgemüllt und es ergeben sich unerklärliche Phänomene.
Bei mir hatten meine DSL Domainklassen auf einmal andere Symbole, das Debugging funktionierte nicht mehr ...

Die Lösung findet man in den SDK Tools. Bei der Entwicklung mit dem SDK wird ja zum Debuggen eine neue Instanz des VS gestartet. Um mit der bisherigen Installation aber nicht in Konflikt zu geraten, läuft die Debug-Instanz unter einem speziellen Registryzweig - dem Experimental Hive.
Dieser kann im Laufe der Zeit schnell zumüllen. Um dort aufzuräumen :

1. From the Start Menu, run Microsoft Visual Studio 2008 SDK -> Tools -> "Reset the Microsoft Visual Studio 2008 Experimental hive"
2. Wait a few minutes for the process to complete (the command window will disappear when it's done)
3. Rebuild your project

Alles ist wieder gut :-)

.NET - Entity Framework

Man kommt man ja im Endeffekt doch nicht drum rum, sich neben DSL-Tools und C# auch in anderen Bereichen von .NET Wissen anzulesen - sei es nun aus Versehen oder weil mich jemand drauf anspricht und ich nun mal begeisterungsfähig und neugierig bin.

So etwas ist in letzter Zeit mal wieder das Entity-Framwork von .NET 3.5. Man kann sich mittlerweile eine ganze Menge Wissen bereits im Internet anlesen (wiki, ADO.NET Blog ) und anschauen.

Mein erster Gedanke war jedoch, "... aha JPA für .NET, wurde auch mal Zeit ... ". Was mir aber bisher gefehlt hat war mal eine kleine Übersicht zu dem Thema; jemand der sich auskennt und dieses Wissen teil. Das habe ich mit diesem Blogeintrag gefunden, übersichtlich, Vergleich mit anderen Frameworks, Unterschiede... so was halt.

Gruss an Sea :-)

nUnit - SetUp and TearDown

Bin soeben auf einen sehr interessanten Artikel gestoßen zum Thema warum man SetUp and TearDown in Unit-Testklassen nicht verwenden sollte.

Zusammengefasst: Die SetUp and TearDown Methoden verletzten das Single-Responsibility Pattern, erschweren Lesbarkeit und gefährden die Isolation der Tests. Deshalb wird gerade ein neues Testframework ins Leben gerufen xUnit.

• Die Argumente gegen SetUp und TearDown.

• Die Argumente für SetUp und TearDown.

Xml-Serialisierung in .NET

Ich habe zwar bis jetzt nicht über xsd.exe geschrieben, werde das aber bald nachholen. Bis dahin schon einmal tiefere Einblicke, die ich in Bezug auf XML-Serialisierung gerade benutze.

• Ein tolle Artikel wie man die Serialisierung von Vererbungshierarchien kontolliert http://msdn.microsoft.com/en-us/library/3z3z5s6h.aspx.
• allgemein ein paar Tips, wie man die XML-Serialisierung in .NET verwendet
• developer-Fusion
• c-sharp Library
  

Links der Woche

Ab sofort werden hier sämtliche Links, die aus diversen Gründen es nicht geschafft haben in del.icio.us geadelt zu werden hier gepostet.

So erfüllt dieser Blog doch einen Zweck :-)

Blog

• http://vidmar.net/weblog/Default.aspx

tools

• Introducing RockScroll

system

• FIX: Windows Vista Folder View Issue

misc

• http://www.bspcn.com/

Irgendwann muss man anfangen zu glauben...

Im zweiten Semester während meines Studiums an der htwm hatte ich die Gelegenheit an einem "Bestenseminar" teilzunehmen.

Viel ist mir nicht hängengeblieben, wir sprachen vor allem über die ubiquitären Softskills und Möglichkeiten seine Arbeit als Programmierer pragmatisch zu gestalten. Ein Satz von Prof. Schulz blieb mir aber hängen. Wir diskutierten über die Entwicklung der Programmierparadigmen und warum wir hier an der htwm beispielsweise Java als erste Programmiersprache verwenden und nicht wie andernortsorts noch üblich C/C++.

"Von Java-Objektorientierung zu C, Assembler und schließlich Maschinencode... wenn man wirklich alles erfassen und kontrollieren will, gelangt man irgendwann auf die Ebene von Atomen und Elektronen... und irgendwann muss man anfangen zu glauben..."
frei zitiert nach Prof. Schulz, HS Mittweida.

Auf eine bestimmte Weise passt dieses Video dazu. Die Grenze des "Glauben-müssens" wurde ein Stück weiter nach unten, Richtung Wissen, gesetzt.