Bei der Erstellung von Webanwendungen habe ich immer einen n-Tier-Ansatz verwendet. Eine DAL, die Daten von der Datenbank abruft und die Objekte auffüllt, und eine BLL, die Objekte von der DAL abruft und die für sie erforderliche Geschäftslogik ausführt, sowie die Website, die ihre Anzeigedaten von der BLL abruft. Ich habe kürzlich angefangen, LINQ zu lernen, und die meisten Beispiele zeigen die Abfragen, die direkt aus den Code-Behinds der Webanwendung stammen (möglicherweise habe ich nur stark vereinfachte Beispiele gesehen). In den n-Tier-Architekturen wurde dies immer als großes No-No gesehen.
Ich bin mir nicht sicher, wie ich eine neue Webanwendung erstellen soll. Ich habe den Server-Explorer und den DBML-Designer in VS2008 verwendet, um die DBML- und Objektbeziehungen zu erstellen. Es scheint mir ein wenig unklar, ob die dbml als DAL-Ebene betrachtet wird, ob die Website Methoden innerhalb einer BLL aufruft, die dann die LINQ-Abfragen usw. ausführen würde.
Was sind einige allgemeine Best Practices für die Architektur oder Ansätze zum Erstellen einer Webanwendungslösung mit LINQ to SQL?