Es gibt viele Ansätze, um mehr Flexibilität in den Entwicklungsprozess zu bekommen, einer davon ist Metaprogrammierung. Dabei handelt es sich meist um ein zusätzliches Level in Softwaresystemen, das zu mehr Flexibilität beitragen soll. In .NET gibt es dafür mehrere Ansätze. Aus diesem Grund habe ich damit angefangen, ein Mindmap zu erstellen, da mich das Thema schon seit längeren interessiert und in diversen Projekten auf die eine oder andere Weise begleitet hat.

Neben T4 wird aus meiner Sicht auch das Rosyln-Projekt ein interessanter Kandidat werden, weil es die typischen Anforderungen wie lesender, schreibender Zugriff ermöglicht und durch die Kombination mit statischem Code die Änderung der Semantik zulassen soll. Bin gespannt.

Leider wird die CTP erst Mitte Oktober bereitgestellt, werde auf jeden Fall damit spielen. ;-) Aktuell gibt es einen kleinen Ausblick im 3. Teil der Build-Präsentation Future directions for C# and Viusal Basic  von Anders Hejlsberg (ab der 40. Minute). 

Sitze gerade an einer Implementierung eines benutzerdefinierten MembershipProviders. Eigentlich nicht das erste Mal – Verweis auf System.Configuration und System.Web und es kann mit der Realisierung begonnen werden, aber in .NET 4.0 gibt es eine kleine Änderung. Die Basisklasse ist nicht mehr in der Assembly System.Web. Neu wird ein Verweis auf die Assembly System.Web.ApplicationServices benötigt, damit die abstrakte Basisklasse MembershipProvider verwendet werden kann.

Solange am Preprocessed Template entwickelt wird, ist es nicht ratsam, dieses innerhalb der Text Templates zu verwenden, da auch der Ansatz mit dem Öffentlichen Verzeichnis die DLL’s sperrt und erst wieder freigibt, wenn die jeweilige Solution geschlossen wurde.

Ist ein wenig speziell das Ganze, ob es wohl eine elegantere Lösung gibt?

Irgendwie kam ich auf die Idee, dass ich auf meiner Seite auch den DNK-Button platzieren könnte. Der nächste Schritt war also, die Seite www.dotnet-kicks.de genauer zu betrachten und mich zu registrieren. Da ich den t3blog von Snowflake einsetze, hätte es mich natürlich auch interessiert, für diesen eine Extension zu entwickeln, um so auch mein PHP-Wissen ein wenig zu nutzen. Soweit sollte es aber nicht kommen. ;-)

Nur drei Tage später hatte ich dann ein Mail mit dem Betreff [dotnet-kicks.de] vom Betreiber dieser Plattform mit folgenden Inhalt im Postfach:

Sie wurden von einem Moderator von dotnet-kicks.de verbannt.

Bitte teilen Sie uns mit, wenn dies irrtümlich geschehen sein sollt.

Ok , meine erste Überlegung war, warum wurde ich da wohl verbannt und habe natürlich per Mail nachgefragt, aus welchen Gründen mein Account gesperrt wurde.

Ehrlich gesagt habe ich keine Ahnung, was ich auf dieser Plattform falsch gemacht haben könnte, da ich innerhalb der drei Tage nur das Passwort geändert und mich in die Infos zum DNK-Button eingelesen habe. Die Betreiber müssen jedenfalls so sauer auf mich sein, dass ich nicht einmal eine Antwort erhalten habe. ;-)

Mein Blog wird also ohne den DNK-Button der deutschen Plattform bleiben.

Für ein paar Beispiele möchte ich die Code Contracts intensiver nutzen, damit ich eine bessere Routine bekomme. Das erste Mal stand ich an, als ich Argumente einer Methode auf null prüfen wollte, um im positiven Fall eine entsprechende Exception zu erzeugen.

Bisher war mein Ansatz so:

C# (throw Exception) 
public virtual void Add (T entity)
{
    If (entity == null)
    {
        throw new ArgumentNullException("entity", "The parameter entity is null.") ;
    }
    …
}

Zukünftig soll es bei mir so aussehen:

 C# (Contract)
public virtual void Add (T entity)
{
    Contract.Requires<ArgumentNullException>(entity != null, "The parameter entity is null");
    …
}

Damit diese Fehlermeldung nun nicht mehr erscheint, muss in der Projektmappe, welche die Contract-Definitionen enthält der Assembly Mode auf "Standard Contract Requries" und die Checkbox "Perform Runtime Contract Checking" auf "FULL" gesetzt werden. Mit dieser Anpassung ist der Fehler behoben.