Verwenden Sie Visual Studio 2008, wenn Sie können. Seine Unterstützung für Ajax-Client-Bibliotheken und Javascript intellisense ist sehr gut. (Überprüfen Sie die jQuery add in)
ASP.NET hat Login-Steuerelemente (und die Mitgliedschaft Dienste von ChrisE erwähnt), und verfügt auch über Formularauthentifizierung. Versuchen Sie, diese vorhandenen Komponenten zu nutzen, und vermeiden Sie die Verwendung von Sitzungen zum Speichern benutzerspezifischer Objekte/Daten.
--- Sitzung rant
Seine manchmal unvermeidbar, aber man sollte es vermeiden, wann immer Sie können. Es belastet den Webserver für jeden Benutzer und dies führt zu einigen sehr schwierigen Skalierungsproblemen. Das FormsAuthentication Ticket verfügt über eine value -Eigenschaft, in der Sie ungefähr 4K Nutzdaten speichern können. Versuchen Sie stattdessen, diese zu verwenden.
--- Ende Sitzung rant
Versuchen Sie, einen MVC-Ansatz (nicht unbedingt ein ASP.NET MVC) zu verwenden, aber zumindest eine, die Ihre Präsentation/View-Schicht aus der Schicht Daten/Modells trennt.
Erstellen Sie ein Standardthema und verwenden Sie es. Die meisten Websites müssen später mehrere Themen haben, und Refactoring, das ein PIA sein wird.
Wenn Sie SOAP benötigen, um mit Nicht-.NET-Diensten zu interagieren, dann verwenden Sie es auf jeden Fall. Wenn Sie nur eine Verbindung zu .NET-Diensten herstellen, sehen Sie sich WCF-Clients und -Dienste an. Sie geben Ihnen mehr Flexibilität.
Wenn Sie den Client arbeiten in Javascript, dann verwenden Sie nicht das Update-Panel. Es fügt viel Overhead hinzu.
Get FireFox + FireBug + YSlow und IE8 (ja, seine Beta noch). Sie werden Ihnen beim Umgang mit dem Client-Ende von Debugging/Styling helfen.
Werfen Sie einen Blick auf die rules for website performance, aber nehmen Sie diese mit einem Körnchen Salz. Sie sind für sehr große Sites gedacht, und einige der Elemente sind möglicherweise nicht anwendbar (CDN, DNS-Lookups, Redirects).
Sessions - Ick. – StingyJack