During a recent consulting, I helped a client to resolve his authentication issues with his existing Web application and Windows Phone application.
Using the existing MembershipProvider
If you have already an existing Web application and you want to extend it throughout a Windows Phone application you can use the existing System.Web.ApplicationServices for the authentication.
Today I ran into Issues when I wanted to Deploy an old Application on our latest Webserver! Switching the Application Pool to enable 32 Bit Solved the Problem.
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.
Ich hatte bei einem Kunden das Problem, dass eine Windows .Net Applikation bei jeden Start ca. 30 Sekunden benötigt hat, bis die Applikation geladen war.
Eine ebenso dort installierte ASP.Net Applikation benötigte ca. 4 Minuten (!), bis dass der Browser die erste Seite geöffnet hatte (danach gings normal weiter, solange die Web-App nicht gestoppt wurde…).
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.)
Interessiert mich schon lange: DotNetNuke 5.0 wurde gerade veröffentlicht.
DotNetNuke ist ein sehr leistungsfähiges Open-Source-Framework zum Entwickeln von Web-Anwendungen auf Basis von ASP.NET.
Ich habe zwei wirklich tollte MVC Beispiele gefunden. Zum einen handelt es sich dabei um Oxite - einer freien und open-source ASP.NET MVC Blog Engine / Contentent Management System. Beim zweiten handelt es sich dabei um S#arp Architecture (“Sharp Architecture”), welches ein solides “architectural foundation for rapidly building maintainablweb applications leveraging the ASP.NET MVC framework with NHibernate” handelt.
Devexpress bietet über 60 Controls für Winforms und ASP.NET gratis zum download an. Da ist sicher für jeden was dabei. Ein sehr nützliches Control für mich ist das ComboBoxEdit Control.
Es ist lediglich eine Registrierung nötig.
Die MVC Pattern hat gerade durch Frameworks wie Ruby on Rails sehr stark an Popularität gewonnen. Mit ASP.NET MVC bietet nun auch Microsoft ein solches Framework an, welches zur Zeit als Beta Version auf der offiziellen Website verfügbar ist.
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.