Quelle est la différence entre la couche application et la couche logique métier ?

Question

quelle est la différence entre la couche application et la couche logique métier ? Je crois comprendre que la couche métier fournit des services spécifiques au métier et que la couche application couple les services métier et fournit des services à l'utilisateur final (webservice, UI, etc.), n'est-ce pas ?

Answer 1

Cela semble correct.

Le site couche business met en œuvre le Modèle de domaine dans un neutre du point de vue technologique façon. En d'autres termes, il ne dépend pas d'une technologie particulière liée à l'interface utilisateur ou à l'interface de service, comme les bibliothèques Web ou les API de fenêtrage. Vous devez être en mesure de consommer la couche métier à partir de n'importe quel type d'application - web, client riche, service web, etc.

Le site couche application comble le fossé entre la couche métier et la technologie frontalière.

Answer 2

Pour résumer :

• La couche application est constituée des éléments qui sont spécifiques à cette application. Elle contient donc l'interface utilisateur, le traitement dorsal de l'interface utilisateur et toute liaison entre l'application et la couche logique de l'entreprise. Dans un monde parfait, cette couche ne contiendrait aucune logique du domaine commercial.

• La couche de logique métier (BLL) contient la logique spécifique au domaine métier. En outre, si vous devez créer une couche logique distincte, celle-ci doit contenir une logique qui peut être utilisée par d'autres applications en plus de celle-ci. Par exemple, un ensemble de services Web exposant une API bien définie. Cela permet de dissocier la BLL de votre application et vous donne la possibilité de créer d'autres applications par-dessus à l'avenir.

Answer 3

D'après ce que j'ai compris, la couche commerciale est chargée des décisions commerciales, c'est-à-dire de la logique impliquant les protocoles du client.

La couche application correspond aux processus bruts qui n'ont rien à voir avec les décisions de l'entreprise.

Answer 4

dans le layering classique, dans la Business Layer nous avons :

-Règles commerciales -Sécurité -Enregistrement de l'activité de l'utilisateur -Gestion des transactions ...

Exigence fonctionnelle + Exigence non fonctionnelle = Code métier

Dans DDD, les exigences fonctionnelles telles que les règles et la logique d'entreprise restent dans la couche du domaine. Les exigences non fonctionnelles telles que la sécurité et l'enregistrement des activités des utilisateurs restent dans la couche application.

Answer 5

Je le considère comme une infrastructure. Selon l'application, il peut contenir la plomberie pour la configuration, les rapports, le shell de l'interface utilisateur, etc.