Description

où situez vous la partie logique métier d’une application client-serveur ?

L’éclaircissement sur la position de la couche logique métier dans une architecture client-serveur

Plongeons dans les profondeurs de l’architecture client-serveur pour y trouver où se loge véritablement la partie qui consacre sa vie à définir comment nous traitons les règles d’affaires de notre activité : la couche logique métier. Cette question, largement abordée sur plusieurs forums de communauté Coding, montre que les nuits d’ingénieurs peuvent être longues lorsqu’il s’agit d’harmoniser une architecture logicielle. Partons à la découverte de la position parfaite de la « couche logique métier » dans cette structure pyramidale.

Un tour d’horizon de la couche logique métier

La logique métier exprime les règles d’affaire : ce sont les procédures et instructions spécifiques à une entreprise pour mener à bien ses activités. Par exemple, pour un site marchand, cela peut impliquer de calculer le prix final d’un produit en tenant compte de la quantité, du stock, des codes promotionnels, etc.

Avec l’avènement des architectures clients-serveurs, la question de l’implémentation et de l’emplacement de cette logique métier est devenue centrale. Elle doit non seulement être clairement séparée des couches de présentation et de la base de données, mais aussi accessibles et modifiables pour adapter le logiciel aux besoins du métier.

Les écoles de la gestion de la logique métier

Si nous définissons soigneusement notre modèle, nous devrons parfois faire des compromis pour faire cohabiter les différentes demandes en termes de performance et de maintenabilité. Lorsque l’on parle de séparation des couches, certains soutiennent que la logique métier doit être placée dans une couche séparée afin d’en faciliter le maintien et l’étendue.

Une approche consiste à avoir une couche de service, la « Domain Services Layer », qui est dédiée à la couche de valeur ajoutée par la logique métier. Cette couche communique à la fois avec la couche de présentation via le modèle MVC, et la couche des données, selon le paradigme de l’architecture en 3 tiers. Une autre approche soutient que celle-ci devrait être incorporée à une certaine extent à la couche de service applicative, ou de toute façon, bien structurée et clairement isolée de la couche de présentation, qui se rapporte généralement à une interface utilisateur.

L’importance d’une architecture bien structurée

Une telle architecture, bien organisée ne garantit pas seulement une meilleure compréhension du code par une équipe, mais favorise également la résilience du système et augmente la tranquillité des développements futurs. Une mauvaise appréciation de la position de la logique métier pourrait conduire à des bugs complexes, à des performances insatisfaisantes et une équipe de développement frustrée tentant de démêler des morceaux de code sémantique parmi une jungle inhospitalière de SQL et d’interface utilisateur.

Et les retours de la communauté des développeurs?

D’après nombre de commentaires sur diverses plateformes dédiées aux professionnels du développement, un consensus tend à se former : la logique métier doit être soigneusement isolée pour être facilement réutilisante et modifiable. Dans un modèle client-serveur pourvu d’une interface Web, elle pourrait se situer dans un service dédié, qui communique avec la couche de données et se résume de manière à ne s’inscrire qu’une fois et d’une manière unique.

Les commentaires sur 01net, ainsi que d’autres forums de développeurs, soulèvent la question de la gestion de la logique métier dans le contexte MV(C)*, la chose la plus courante étant d’intégrer cette logique dans une couche de services appliqués avec l’idée de sauvegarder la clarté et l’unicité de la présentation.

Conclusion

La résolution définitive de la place de la logique métier en architecture client-serveur nécessite une réflexion préméditée sur les exigences des utilisateurs et sur le contexte de l’application en question. Dans la majorité des cas, le placement de la logique métier dans la couche des services d’applications est une bonne pratique. Ceci garantit un meilleur entretien, un meilleur maintien et une meilleure réutilisation du code.

Certains développements, en raison de leur portée et des contraintes spécifiques, pourraient justifier un placement différent de cette logique. C’est la raison pour laquelle il est important de bien cerner le contexte et l’objectif de votre projet lors de l’établissement de votre architecture.

Discussion en commentaire

Partagez votre expérience en matière d’architecture logicielle et la façon dont vous optimisez la mise en place de la logique métier dans vos applications client-serveur.

Blog Dev Par Dev – Apprendre, Partager & Connaitre