Sollten Geschäftslogikobjekte Kenntnisse über ihre Linq-to-SQL-Datenobjekte haben?

Question

Ich habe mir mehrere ähnliche Fragen angesehen, aber ich habe keine gesehen, die direkt für mich angewendet wurden. Vergib mir also, ob dies ein Duplikat ist.

Für die Trennung von Bedenken versuche ich, meine Geschäftsobjekte mit Logik in der LINQ irgendwie SQL -Datenobjekte in der .dbml -Datei (ziemlich neu in diesem Übrigen) zuzuordnen. Wie es jedoch aussieht, ist, dass meine Geschäftsobjekte über die entsprechenden LINQ2SQL -Objekte wissen müssen. ich lese Dieser Artikel Über den Versuch, POCOS mit einer XML-Zuordnungsdatei zu verwenden, und es scheint, als ob dies das ist, was ich will, außer dass ich aufgrund eines Vielfaches keine Eins-zu-Eins-Mapping von Tabellen zu Klassen habe Beziehung, für die ich eine zusätzliche Tabelle erstellen musste.

Ich kann den Datenzugriff in meiner Geschäftslogik ziemlich gut zusammenfassen, sodass Code, der meine Geschäftsobjekte verwendet Ich konnte den DAL nicht austauschen, ohne meine Geschäftsschichtobjekte zu ändern oder neue (die dieselben Schnittstellen implementieren) für verschiedene Datenanbieter zu erstellen.

Wie kann ich diese Schichten entkoppeln?

Answer 1

Ich bin mir nicht sicher, ob Sie irgendwie mit LINQ an SQL gebunden sind, aber was Sie erreichen möchten, ist so ziemlich der Standard in NhisperNate. Ich empfehle einen Blick auf NhiberNate, um zu sehen, ob es einfacher wäre, sich zu wechseln, als bei SQL zu kämpfen.

Ich habe festgestellt, dass das Kampf gegen ein Werkzeug fast immer eine schlechte Idee ist.