2009-06-22 5 views
0

Sollte ich Entitäten verwenden, die vom Entity Framework in meinem Code erstellt werden, obwohl ich keine datenbasierten Anforderungen habe? Das Beispiel, mit dem ich es zu tun habe, ist wie folgt;Sollte ich Entitäten verwenden, wenn Datenzugriff tatsächlich benötigt wird?

Benutzer meldet sich an. Ich suche nach ihrem Benutzerkonto mit Linq zu Entity. Ich speichere das gesamte Entitätsobjekt in der Sitzung. Auf der nächsten Seite lade ich aus der Sitzung das authentifizierte Benutzerobjekt noch einmal aus Gründen auf der Seite.

Sollten Sie dies tun oder sollte ich ein eigenes Objekt schreiben und die Eigenschaften auf die ursprüngliche Anmeldung übertragen?

Vielen Dank

Antwort

2

das ganze Objekt in der Sitzung speichern wirft einige rote Fahnen. Dieses Modell skaliert nicht sehr gut und bedeutet, dass Sie die integrierten Anbieter nicht verwenden.

Versuchen Sie nach Möglichkeit, die Mitgliedschafts-, Rollen- und Profilanbieter in Ihrer Anwendung zu verwenden. Sie werden die Verwaltung der Benutzerauthentifizierung, -autorisierung und -einstellungen vereinfachen.

1

Ich denke, der beste Ansatz ist, schreiben Sie Ihre eigenen Objekte und erstellen Sie eine mittlere Ebene, um sie zu erstellen. Schreiben Sie auch einige Tests, um sicherzustellen, dass das Objekt korrekt erstellt wird. Wenn sich also etwas ändert, wirst du es wissen.