Qu'est-ce que l'architecture en couches ? Comment est-elle structurée et comment fonctionne-t-elle ?

Question

IT Interview Practice · Accepted Answer

## Qu'est-ce que l'architecture en couches ?

**L'architecture en couches** organise le code source en couches, chacune responsable d'un type de travail particulier. Elle sépare la réception des demandes, l'application des règles métier et l'accès aux données afin de rendre le code plus facile à comprendre et à maintenir.

Les couches peuvent s'exécuter dans une seule application. Elles décrivent les responsabilités du code ; placer des parties sur des serveurs distincts est une question de déploiement traitée par l'architecture N-tiers.

## Couches courantes

Une application web comporte souvent trois couches :

- **Présentation :** Affiche les informations, accepte les actions des utilisateurs ou les requêtes HTTP et renvoie les résultats à l'utilisateur.
- **Métier :** Applique les règles de l'application, comme vérifier qu'un employé dispose de suffisamment de jours de congé.
- **Accès aux données :** Lit et écrit dans la base de données, par exemple pour récupérer le solde de congés ou enregistrer une demande de congé.

Dans l'organisation traditionnelle en couches, la présentation appelle la logique métier, qui appelle l'accès aux données. Les requêtes de base de données et les règles métier restent ainsi hors du code de présentation.

## Comment une demande est-elle traitée ?

**Prenons une application de gestion des congés :** Lorsqu'un employé soumet une demande, la présentation reçoit les dates et les transmet à la logique métier. Celle-ci récupère le solde disponible par l'intermédiaire de l'accès aux données et vérifie la demande.

Si elle est valide, l'application l'enregistre en vue de son approbation et renvoie une confirmation. Si le solde est insuffisant, la logique métier rejette la demande et la présentation affiche la raison. Dans cet exemple, les congés sont déduits ultérieurement, lors de l'approbation.

Lorsque l'entreprise modifie sa politique de congés, les développeurs mettent à jour la couche métier. La présentation et le stockage des données peuvent rester inchangés si les informations échangées restent les mêmes.

## Avantages

- **Emplacements clairs pour les modifications :** La présentation, les règles et les requêtes de base de données ont chacune leur place dans le code.
- **Logique métier réutilisable :** Plusieurs écrans peuvent appeler la même opération, évitant des règles incohérentes entre les écrans.
- **Répartition claire du travail :** Les développeurs peuvent comprendre la responsabilité de chaque couche et les données qu'elle échange.

## Limites

- **Des modifications peuvent traverser plusieurs couches :** L'ajout d'un nouveau champ exige souvent des modifications de la présentation, de la logique métier et du stockage.
- **Des dossiers distincts ne suffisent pas :** Les frontières deviennent floues si la présentation interroge encore directement les données ou applique elle-même les règles métier.
- **Les dépendances aux données peuvent compliquer les tests :** Lorsque la logique métier est liée à une implémentation particulière des requêtes, les tests peuvent nécessiter une véritable base de données.

## Quand l'utiliser ?

L'architecture en couches convient aux outils d'administration, aux applications de ressources humaines et aux systèmes comportant de nombreux formulaires et des processus métier habituels. Pour un système plus vaste, divisez le code en modules métier et appliquez les couches au sein de chaque module, afin d'éviter une immense couche métier contenant toutes les fonctionnalités.

Qu'est-ce que l'architecture en couches ?

Couches courantes

Comment une demande est-elle traitée ?

Avantages

Limites

Quand l'utiliser ?

Questions connexes