Business Logic Klassen Naming

Question

Ich habe eine Business-Schicht, die einige Business-Objekte / POCOs / Einheiten / was auch immer hat. Ich habe auch einige Repositorys für den Datenzugriff. Bis zu diesem Punkt, ich habe die Repositories wurde Zugriff direkt von meiner UI-Ebene. Ich bin an einem Punkt, wo ich noch einige Klassen tatsächlich benötigen, die nicht gerade CRUD sind, also werde ich einige Business-Logik-Klassen erstellen, die die Logik tun, und CRUD und die Repositories nicht durch die zugegriffen werden UI mehr (was wahrscheinlich wurden von Anfang an tun sollen).

Was soll ich diese Klassen nennen? Das einzige, was ich denken kann, sind Service-Klassen, aber ich habe tatsächlich WCF-Dienste in dieser Anwendung, so dass wird es verwirrend. Die WCF-Dienste werden auch diese Klassen verwenden, so einen Dienst mit Verwendung einer Service-Klasse scheint seltsam und verwirrend.

Answer 1

Ich benutze den „Service“ Namenskonvention als auch. Es ist wahr, der „Service“ ein sehr überladener Begriff in der Branche worden ist, aber es macht den meisten Sinn. Entwickler den Code Überprüfung sollte den Unterschied zwischen einer Anwendung / Domain-Dienst kontra einem WCF-Dienst bestimmen können, und während eines WCF-Service-Aufruf andere Serviceklassen scheinen mag verwirrend ist, ich glaube, Sie werden feststellen, dass es nicht ist. Die Idee eines Dienstes ist, dass es Code, der eine Funktion ausführt, und ist für die Verwendung durch einen anderen Code zur Verfügung. Es könnte ein interner Dienst sein, oder es könnte ein Dienst von außen ausgesetzt via http oder was auch immer sein. Aber die Vorstellung davon, was der Code tut, ist das gleiche.

Answer 2

Wenn Sie Ihre ‚Dienstleistungen‘ sind Business-Logik orchestriert eine Reihe von Domain-Objekte verwenden, sind Sie wahrscheinlich die Facade Pattern - so vielleicht können Sie sie mit diesem Suffix Namen, zB OrderManagementFacade

Answer 3

Aus Ihrer Beschreibung, es klingt wie die WCF-Klassen tatsächlich einen Dienst Implementierung Host . Ich nenne typischerweise solche Klassen mit einem „Servicehost“ Suffix. Es trennt sie gut von den tatsächlichen Serviceklassen.

So, zum Beispiel, würden Sie Ihre Geschäftslogik in einer Klasse mit dem Namen „Customerservice“ haben und die entsprechende WCF-Klasse genannt werden würde „CustomerServiceHost“.