Three-Tier-Architektur und LINQ to Entities

Question

Für ein paar Jahre, ich habe mit der Drei-Schichten-Architektur (Präsentation, Logik und Data Layer), Anwendungen zu schreiben. Normalerweise bin ich mit Tools wie .netTiers die Datenschicht zu erzeugen und teilweise die Logikschicht. Alles ist gut definiert und ich liebe es.

Ich bin Constraint jetzt LINQ to Entities verwenden (es scheint, dass LINQ to SQL wurde von Microsoft aufgegeben) und ich bin wirklich verwirrt. Es scheint mir, wie der Code generiert von LINQ to Entities eine große Mischung aus Logik und Datenschicht ist, auf die ich sehr wenig Kontrolle haben. Darüber hinaus kann ich nicht wirklich, wie die Tatsache, dass ich die Klassen verwenden (Entitäten ...) erzeugt.

Am Ende könnten Sie Ihre Erfahrungen und bewährte Praktiken mit LINQ to Entities teilen? Jede Idee, wie ich kann immer noch eine gut definierte Three-Tier-Architektur hat?

Danke!

Answer 1

Ian Cooper schrieb gute Serie über Architecting Anwendung Linq2Sql:

• Teil 1 Einführung
• Teil 2 Layered Architekturen
• Teil 3 DAOs und Repositorys
• Teil 4 Dynamische Abfragen
• Teil 5
• Teil 6 Mapping mit XML-Dateien anstelle von Attributen
• Teil 7
• Teil 8
• Teil 9
• Teil 10

Hoffnung, die Sie finden, was Sie brauchen.

Answer 2

L2S ist nicht tot, aber es ist im Grunde abgeschlossen. Seine eine Implementierung (SQL-Adapter) für Linq. Linq ist eine Sprache-Funktion und wird weiter expandieren als .net Versionen veröffentlicht werden.

Was macht Linq schön ist die Einfachheit. Ich für meinen Teil, über weitere Anbieter (wie MySQL, Firebird, etc ...) Ich weiß nicht wirklich wollen, dass sie es vermasseln.