Der Grund ist folgender: wir haben uns vor ca. 1 Jahr ein eigenes Attribut namens ObligatoryFieldAttribut gebaut. Dieses wird über die Properties gesetzt, die wir für die Speicherung als unerheblich markieren möchten. Die Überprüfung erfolgt dann durch Reflection.

Und was haben wir gestern erfahren? In der neue MVC-Version gibt es ein neues Attribut namens Required, das genau das tut!

Ihr könnt euch sicher vorstellen, was wir uns gestern gedacht haben: wir lagen genau richtig und wir waren unserer Zeit voraus! Oder haben unsere Büro-Nachbarn – die eine Microsoft Subsidiary sind – Kameras bei uns installiert ?

Wikipedia definiert DbC folgendermaßen:

Design by contract (kurz DbC; englisch Entwurf gemäß Vertrag) oder Programming by Contract ist ein Konzept aus dem Bereich der Softwareentwicklung. Ziel ist das reibungslose Zusammenspiel einzelner Programmmodule durch die Definition formaler „Verträge“ zur Verwendung von Schnittstellen, die über deren statische Definition hinausgehen. Entwickelt und eingeführt wurde es von Bertrand Meyer mit der Entwicklung der Programmiersprache Eiffel.

Stefan Lieser hat über das neue Konzept einen sehr guten Artikel in www.visualstudio1.de geschrieben, mit Begriffsklärung und Anwendungsbeispiele. Kurz zusammengefasst ist die Rede von Folgendem: anstelle, dass man in jeder Methode auf not-null or not-empty usw. prüft, schreibt man die Erwartungen als Code hin. Diese werden von Tools wie z.B. Resharper erkannt und bei fehlerhaften Aufruf der Methode, wird der Entwickler gewarnt. Am besten finde ich, dass man den Kontrakt-Code z.B. für einen Interface in eine separate Klasse schreiben kann und diese wird durch Attribute (ContractClassFor) gefunden. Also wird dadurch der eigentliche Code nicht größer.

Das soll nicht bedeuten, dass der Entwickler der Methode die Verantwortung von sich schiebt , sondern dass er Bedingungen der “Nutzung” offenlegt, Informationen, die bisher nur durch das Anschauen des Codes oder durch mündliche/schriftliche Mitteilung möglich war. Mit Spec# kann man die Intention-Revealing Interfaces ganz genau schreiben: mit veröffentlichten und kompilierten Bedingungen.

Dazu kommt noch, dass wir – selbstverständlich – agiles Softwarentwicklung betreiben, was eine ständige und rhythmische Iteration vorsieht, keine Mega-Projekte mit ungewissem Ende. Also haben wir die verschiedenen Bereiche identifiziert und diese werden einer nach dem anderen neu gebaut.
Die neuen DLL-s in .NET werden mit Hilfe von verschiedenen Webservices angesprochen. Das führt allerdings unweigerlich dazu, 2 Technologien – ASP-Classic und .NET(C#) – miteinander sicher kommunizieren zu lassen. Das funktioniert so:

Dieser hier könnte der besagte .NET Webservice sein:

    1 POST http://www.webAdresse.de/Webservice.asmx HTTP/1.1
    2 Host: webServer
    3 Content-Type: text/xml; charset=utf-8
    4 Content-Length: length
    5 SOAPAction: "http://tempuri.org/AendernEtwas"
    6
    7 <?xml version="1.0" encoding="utf-8"?>
    8 <soap:Envelope xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance
    9  xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
   10   <soap:Body>
   11     <AendernEtwas xmlns="http://tempuri.org/">
   12       <id>int</id>
   13       <person>
   14         <nachname>string</nachname>
   15         <vorname>string</vorname>
   16       </person>
   17     </AendernEtwas>
   18   </soap:Body>
   19 </soap:Envelope>

Um ihn aufzurufen, brauchen wir in ASP folgendes:

    1 'Webserviceaufruf mit Angaben von Methodennamen und Parameter-XML
    2 Function webserviceCall(ByVal methode, ByVal xmlParameters)
    3     Dim objRequest, strRet
    4     Set objRequest = Server.createobject("MSXML2.XMLHTTP")
    5     With objRequest
    6     .open "POST", "http://www.webadresse.de/Webservices.asmx", False
    7     .setRequestHeader "Content-Type", "text/xml; charset=utf-8"
    8     .setRequestHeader "SOAPAction11", methode
    9     .send xmlParameters
   10     End With
   11     strRet = objRequest.responseText
   12     if CInt(objRequest.status) <> 200 then
   13         'Fehlerbehandlung, wenn Aufruf fehlgeschlagen
   14     end if
   15     Set objRequest = Nothing
   16     webserviceCall = strRet
   17 end function

Die Parameter werden so übergeben:

Und das wäre dann alles, jetzt muss die Funktion nur noch aufgerufen werden:

responseText = webserviceCall("AendernEtwas", strParameters)

Das Ergebnis kann man danach mit Microsoft.XMLDOM ausgelesen werden.

Noch ein paar Bemerkungen:
- .NET ist im Gegensatz zu ASP-Classic case sensitive und eine stark typisierte Sprache, also obacht auf

1. die korrekte Schreibweise der Parameternamen in XML und auf
2. die Datentypen: strings müssen mit CDATA umklammert, Enums mit dem Namen angesprochen und Datumswerte in ISO 8601-Datumsformat (YYYY-MM-DDThh:min:sec.millisecond) angegeben werden.