See this excellent Blog Post “Could not load file or assembly ‘name’ or one of its dependencies”.

In my Case the trouble was caused by an Third Party .dll compiled for x86, that was referenced by my webapplication.

Eine super Variante um für Geschäfts- oder Glücksspiel Anwendungen die Restriktionen des App-Stores zu umgehen – und trotzdem “echtes” IPhone look&feel zu haben.

Man konnte mit dem Prozess-Explorer förmlich sehen, wie eine dll nach der anderen mit grossen Zeitabstand in den Speicher geladen wurde… Irgend etwas schien die Ladezeit stark zu verzögern (Virenscanner?).

Erst nach langer Zeit und Suche bin ich im Google endlich fündig geworden – folgenden Eintrag muss man in einer Config-Datei (app od. web.config) machen (rot hervorgehoben):

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
  <runtime>
     <generatePublisherEvidence enabled="false"/>
  </runtime>
</configuration>

Mit dieser Änderung geht das Starten plötzlich wieder im “normalen” Tempo…

Hier die Begründung von Microsoft (http://msdn.microsoft.com/de-de/library/bb629393.aspx):

Die Common Language Runtime (CLR) versucht, die Authenticode-Signatur zur Ladezeit zu überprüfen, damit der Publisher-Beweis für die Assembly erstellt wird. Standardmäßig benötigen die meisten Anwendungen jedoch keinen Publisher-Beweis. Die Standard-CAS-Richtlinie ist nicht auf PublisherMembershipCondition angewiesen. Vermeiden Sie die unnötigen Startkosten, die mit der Prüfung der Herausgebersignatur zusammenhängen, es sei denn, die Anwendung wird auf einem Computer mit benutzerdefinierter CAS-Richtlinie ausgeführt oder muss den Anforderungen von PublisherIdentityPermission in einer nur teilweise vertrauenswürdigen Umgebung genügen. (Forderungen nach Identitätsberechtigungen haben in einer vollständig vertrauenswürdigen Umgebung immer Erfolg.)

Quelle: http://www.hanselman.com/blog/MicrosoftASPNETMVC10IsNowOpenSourceMSPL.aspx

Die UI Integration bei der deutschen VS Version scheint zur Zeit noch etwas verbugt zu sein. Wer das ganze selber ausprobieren will, sollte also wenn möglich die englische Version installieren.

Für die MVC Views werden aspx Seiten genutzt. Diese Seiten nutzen im Gegensatz zu Webforms aber keinen form Tag mit dem runat=”server” Attribut. Dass befreit uns dann zwar von dem Viewstate, dafür sind aber auch keine Serversteuerelemente mehr nutzbar. Standardelemente wie Textboxen werden daher über HTML Helper Funktionen eingefügt.

Das Postbackmodell fällt somit weg und es liegt am Entwickler, sich die gesendeten Daten zu merken. ASP.net MVC bietet hier aber gute Unterstützung durch die Modelbinders, welche die Formdaten automatisch an komplexe Models binden kann.

Im Endeffekt handelt es sich aber auch bei MVC um eine ASP.net Anwendung. Entsprechenden kann man diese auch mit Webforms vermischt werden, was recht gut in diesem Artikel erklärt wird.

Hervorheben moechte ich das RegEx nicht nur fuer Programmierer ist, so unterstuetzten auch manche Texteditoren  regular expressions. Und es gibt Search&Replace Tools die RegEx unterstuetzen. (z.B. im VisualStudio).

Gern genommen ist z.B. die e-mail Validierung.

public sealed class Singleton
{
    static Singleton instance = null;

    Singleton()
    {
    }

    public static Singleton Instance
    {
        get
        {
            if (instance == null)
            {
                instance = new Singleton();
            }
            return instance;
        }
    }
}

Wie es richtig gehört kann man auf der Microsoft Website finden. Ebenfalls eine tolle Erklärung und passende Alternativimplementierungen ohne locks kann man hier finden.

• Die ASP.NET und Windows Forms Chart Controls für .NET Framework 3.5 können hier herunter geladen werden.
  
• Das Microsoft Chart Controls Add-On für Microsoft Visual Studio 2008 gibts hier.
  
• Die Dokumentation und API für die Microsoft Chart Controls könnt ihr hier finden.

Ein paar Beispiele zu den Chart Controls gibs ebenso, sowie das Forum für offene Fragen.

Der einzige logische Anwendungsfall der mir einfällt wäre eine durch xcopy installierbare Webanwendung zu haben die bei einem externen Hoster ohne SQL Server 2005/2008 läuft.

SQL Compact mit xcopy zu deployen ist aber etwas das auch nicht ganz trivial ist – das werde ich mir ein andermal anschauen.

Einfach eine .sdf Datei ins Webprojekt.  Dann eine GridView über den Wizard verbinden.

Und dann geht’s nicht – man bekommt folgende Meldung:

SQL Server Compact is not intended for ASP.NET development.

Ok eigentlich logisch. – Aber dann habe ich zu suchen begonnen und bin auf folgendes gekommen:

Man braucht eine Global.asax in der es eine Zeile geben muss damit der SQL Server Compact auch im IIS läuft.

void Application_Start(object sender, EventArgs e)

{       

   AppDomain.CurrentDomain.SetData(“SQLServerCompactEditionUnderWebHosting”, true);

}

Achtung abhängig von der Version des SQL Ce habe ich unterschiedlich Versionen des keys gefunden, der von mir verwendete ist der richtige für SQL Compact 3.5.

Dazu gibts einen guten Post in einem Blog.

Dann kann man schon auf eine IIS deployen. Allerdings muss in der Web.Config noch der Pfad angepasst werden zur .sdf Datei.