Réponse.

Architecture Propre — c'est une approche de conception de systèmes logiciels complexes, garantissant l'indépendance de la logique métier par rapport aux frameworks, aux bases de données, à l'interface utilisateur et à d'autres facteurs externes. Elle repose sur la séparation du code en couches, entre lesquelles l'influence mutuelle est minimale.

Dans l'Architecture Propre classique, nous observons des couches internes (Use Cases, Entities) et externes (Frameworks, Gateways, Controllers). Les dépendances ne se déplacent que vers l'intérieur (inversion des dépendances), ce qui permet de configurer, modifier et tester facilement les systèmes sans risquer de compromettre la logique métier critique.

Exemple de code (en Python) :

# Entité
class Order:
    def __init__(self, id, total):
        self.id = id
        self.total = total

# Cas d'utilisation
class CompleteOrderUseCase:
    def __init__(self, order_repository):
        self.order_repository = order_repository
    def execute(self, order_id):
        order = self.order_repository.get_by_id(order_id)
        order.completed = True
        self.order_repository.save(order)

Caractéristiques clés :

• Indépendance de la logique métier par rapport à l'infrastructure et à l'interface utilisateur
• Possibilité de changements et de tests faciles grâce à la faible couplage des couches
• Garantir l'extensibilité et le soutien des stratégies d'automatisation

Questions pièges.

Toutes les couches de l'Architecture Propre peuvent-elles être mises en œuvre par des services distincts ?

Pas nécessairement. Parfois, séparer chaque couche dans un service distinct n'est pas pratique en raison d'un fort couplage ou d'une surcharge de communication. Les couches sont une séparation logique, l'isolement physique n'est nécessaire que lorsqu'il est justifié.

Pouvons-nous enfreindre la règle de direction des dépendances dans l'Architecture Propre si cela accélère le développement ?

Non, car même une courte économie de temps entraîne une complexité accrue de la maintenance à l'avenir. La direction des dépendances est le principe fondamental de l'Architecture Propre et sa violation entraîne la perte des avantages de la structure.

Les règles métier doivent-elles toujours être mises en œuvre exclusivement dans la couche interne ?

Oui, toutes les règles métier importantes doivent être situées dans la couche interne (Entities ou Use Cases) afin que le changement des dépendances externes n'influence pas la logique métier.