Namenskonvention für Business-Logik-Layer in diesen Tagen?

Question

Vor einigen Jahren war es ziemlich üblich, dass Data Access Layer in einem eigenen Projekt namens DAL war. Ich habe in den letzten Jahren einen Trend bemerkt, bei dem dieses Projekt stattdessen Repository heißt.

Vor einigen Jahren war es Standard für die Business Logic Layer, in einem eigenen Projekt namens BLL zu sein. Ist das immer noch eine übliche Konvention oder haben Entwickler einen anderen Namen für dieses Projekt gewählt?

Answer 1

Ich bin mir nicht sicher, dass es einen Standard gibt, wirklich. Ich verwende einen großen Teil meines Architekturansatzes von DDD und nenne ihn daher die Domain-Ebene, also komme ich mit ProjectName.Domain zusammen. Core ist ein weiterer, den ich oft sehe: ProjectName.Core, oder manchmal nur ProjectName.Models

Ich neige dazu zu denken, das hängt wirklich von der Architektur Ansatz Sie verwenden. Je nachdem, wie Ihre Projekte strukturiert und strukturiert sind, kann es sinnvoller sein, einen anderen Namen dafür zu verwenden. In einer traditionellen 3-Tier-Architektur ist BLL immer noch in Ordnung. Machen Sie es einfach semantisch und folgen Sie einer konsistenten Konvention innerhalb Ihrer Projekte und Ihnen wird es gut gehen.