Quelle est la différence entre la couche application et la couche logique métier?
Quelle est la différence entre la couche application et la couche logique métier? Je comprends en quelque sorte que business layer fournit des services spécifiques aux entreprises et que la couche application Couple les Services Aux Entreprises et fournit des services à l'utilisateur final (service Web, interface utilisateur, etc.). Suis-je le droit?
6 réponses
Cela semble correct.
La couche métier implémente le modèle de domaine de manière neutre sur le plan technologique. En d'autres termes, il ne dépend pas d'une interface utilisateur particulière ou d'une technologie liée à l'interface de service, telle que les bibliothèques web ou les API de fenêtrage. Vous devriez être en mesure de consommer la couche métier à partir de n'importe quel type d'application - web, client riche, service web, etc.
La couche application comble l'écart entre la couche métier et la technologie des limites.
Pour résumer:
La couche d'application se compose des éléments spécifiques à cette application. Cela contiendrait donc L'interface utilisateur, le traitement back-end de l'interface utilisateur et toutes les liaisons entre l'application et votre couche de logique métier. Dans un monde parfait, cette couche ne contiendrait aucune logique du domaine d'activité.
La couche de logique métier (BLL) contient une logique spécifique au domaine métier. Aussi, si vous allez créer un BLL, cette couche doit contenir une logique qui pourrait être utilisée par d'autres applications ainsi que celle-ci. Par exemple, un ensemble de services web exposant une API bien définie. Cela permet de dissocier le BLL de votre application et vous permet de créer d'autres applications à l'avenir.
Si je comprends bien, la couche métier est en charge des décisions commerciales, AKA la logique impliquant les protocoles du client.
La couche application sont les processus bruts qui n'ont rien à voir avec les décisions commerciales.
Dans la superposition classique dans la couche D'affaires, nous avons:
- Règles Métier -Sécurité - Loging De L'Activité De L'Utilisateur -La Gestion Des Transactions ...
Requierment Fonctionnel + Requierment Non Fonctionnel = Code D'Entreprise
Dans le Requierment fonctionnel DDD comme les règles métier et la logique métier restent dans la couche de domaine et Requiement non fonctionnel comme la sécurité et L'activité de L'utilisateur loging rester dans la couche D'Application
Je pense que c'est une infrastructure. Selon l'application, il peut contenir la plomberie pour la configuration, les rapports, le shell de L'interface utilisateur, etc.
Dans ma tête, la division entre la logique métier et la logique applicative est la suivante: la logique métier gère les données, la logique applicative gère les utilisateurs
Via la section commentaire ici: http://www.bennadel.com/?site-photo=22