ASP.NET-Mitgliedsklasse von Controller oder Service-Layer aufrufen?

Question

Soll ich von der Steuerung auf die asp.net-Mitgliedsklasse zugreifen und die Ergebnisse an die Serviceebene übergeben oder direkt von der Serviceebene aus darauf zugreifen?

Ich bin zerrissen, weil auf der einen Seite dies wie Geschäftslogik scheint, die in der Serviceebene behandelt werden soll, aber ich möchte die Serviceebene nicht mit dem Webnamespace verknüpfen, da dies eine Windows-Anwendung werden könnte Straße.

Answer 1

die Antwort, verwenden Sie IoC, um eine Mitgliedschaftsschnittstelle zu erstellen, die die Serviceschicht verwendet. Die Implementierung der Website kann den Web-Namespace verwenden. Und die Windows App kann eine andere Implementierung haben. und da Sie diese Abhängigkeit injizieren können, muss sich Ihre Service-Schicht nicht ändern :-)

Answer 2

Ist es wirklich ein Problem, System.Web zu verwenden? Es ist nicht anders, als es an System.Configuration oder System.IO zu binden. Jede Anwendung kann davon Gebrauch machen, unabhängig davon, ob sie "offline" ist oder nicht.

Ich binden meine Web-Anwendungen routinemäßig an Assemblys, die eher klassisch als "Winforms" -Assemblys sind, um Zugriff auf nützliche Sammlungsobjekte und ähnliches zu bekommen.

Answer 3

ASP.NET-Mitgliedschaft ist Web-spezifisch, so dass auf den Controller zugegriffen werden sollte. MHO ist, dass die Service-Schicht nicht fest mit dem Internet verbunden sein sollte. Zum Hinzufügen/Entfernen von Benutzern tun Sie dies über den Controller.

OTOH, in der Service-Schicht, können Sie lesen Thread.CurrentPrincipal.Identity, die nicht web-spezifisch ist, aber zufällig vollständig kompatibel mit ASP.NET-Mitgliedschaft ist. Wenn Sie also nur den aktuellen Benutzer benötigen, können Sie das tun, ohne Bedenken zu trennen.