Die Frage, die ich stelle, ist irgendwie subjektiv. Ich habe zweimal gesehen, während ich mit realen Projekten wie StoreFront, Repository und Services trainiert habe. Manchmal können sie nur Ordner oder Projekte sein, die an die Lösung angehängt sind. Sie enthalten jedoch Klassen und Schnittstellen.ASP.NET MVC: Was ist der Unterschied im Konzept zwischen Service und Repository
Also, ich würde gerne wissen, was zum Repository und was zu den Diensten geht. Bisher war ich mit Repositories vertraut (wir haben Methoden und Eigenschaften in das Repository geschrieben, um die Komplexität im Controller zu reduzieren). Wie wäre es mit den Dienstleistungen?
Also, ASP.NET MVC: Was ist der Unterschied im Konzept zwischen Service und Repository? (Vielleicht keine)
Meine Frage ist irgendwie subjektiv, aber ich möchte sicherstellen, dass ich nichts vermisse. Im Allgemeinen stellt die Repository einfach eine Schnittstelle zum Datum
Dank für
Cabansky: Tut mir leid, dass ich dich danach frage. Services verwenden Repository für was ... – Richard77
@ Richard77: Dienste verwenden Repositories für den Datenzugriff. Der einzige Zweck des Repositorys besteht darin, die Details des Datenzugriffs zu verbergen. Meine aktuelle Anwendung verfügt beispielsweise über einen ShipmentNotificationService, der die gesamte Logik zum Senden von Informationen zu Tracking-Nummern und Versandkosten an Front-End-Systeme bereitstellt, mit denen wir eine Schnittstelle herstellen. Es verwendet mehrere Repositories, um auf die Datenbank zuzugreifen. –
@ Richard77: Sehen Sie sich Sharp Architecture (http://sharparchitecture.net/) für eine praktische Anleitung in Form einer Beispielanwendung an. Sie machen eine wirklich gute Arbeit, Controller, Repository und Service für ASP.NET MVC zu trennen. Sie können Sharp Architecture als Grundlage für Ihr Projekt verwenden, wenn Sie auch ein ORM ausprobieren möchten. –