Soit un type de données. Sur ce type de données, on va effectuer toute une série d'opérations. À chaque opération, on doit vérifier que l'instance passée en paramètre respecte certaines règles (contraintes du domaine d'application ou contraintes techniques). Toute cette gestion d'erreur va être mélangée au code fonctionnel (l'algorithme) et éparpillée dans l'API. Si une contrainte change, il faut tout changer, partout...
Ce sont deux symptômes classiques :
- confusion ou mélange de problèmes différents dans un même fichier (tangling)
- éparpillement d'un même problème dans plusieurs fichiers (scattering)
C'est tout à fait le genre de problème que la programmation par aspects peut régler (disons "mitiger"). D'autres exemples typiques d'utilisation sont le logging ou le contrôle d'accès.
Disclémeur: je suis une buse en aspect, nul si découvert, toussa...
# Programmation par aspects ?
Posté par Germain Saval . En réponse au journal Qu'est-ce que bien gérer les erreurs dans ses programmes ?. Évalué à 2.
Ce sont deux symptômes classiques :
- confusion ou mélange de problèmes différents dans un même fichier (tangling)
- éparpillement d'un même problème dans plusieurs fichiers (scattering)
C'est tout à fait le genre de problème que la programmation par aspects peut régler (disons "mitiger"). D'autres exemples typiques d'utilisation sont le logging ou le contrôle d'accès.
Disclémeur: je suis une buse en aspect, nul si découvert, toussa...