Lorsque la pensée du développement logiciel agile et tous les principes (SRP, OCP, ...) Je me demande comment l'exploitation forestière plaisir.
La journalisation à côté d'une implémentation est-elle une violation SRP?
yes
J'ai vérifié des motifs et est venu à la conclusion que la meilleure façon de ne pas violer les principes d'une manière définie par l' utilisateur, à utiliser toute forme qui est connu pour violer un principe est d'utiliser un modèle de décorateur.
Disons que nous avons un tas de composants complètement sans violation de SRP et nous voulons ajouter la journalisation.
- le composant A
- le composant B utilise un
Nous voulons que l'exploitation forestière A, donc nous créons un autre élément D ornée d'une fois mise en œuvre d'une interface I.
- interface I
- composante L (composante identification du système)
- le composant A implémente I
- Composant D instruments I, décore / A utilise, L utilise pour l'exploitation forestière
- le composant B utilise un I
Avantages: - Je peux utiliser une sans vous connecter - test A moyen Je ne pas besoin de se moque d'exploitation - les tests sont plus simples
Inconvénient: - plus de composants et plus de tests
Je sais que cela semble être une autre question ouverte de discussion, mais je veux vraiment savoir si quelqu'un utilise de meilleures stratégies d'exploitation forestière que la violation décorateur ou SRP.