Question

Dans une application d'entreprise de services orientés, n'est-il pas un antipatternant pour mélanger les API de service (contenant l'interface dont les utilisateurs externes dépendent) avec des objets modèles (entités, objets d'exceptions personnalisés, etc.)?

Selon moi, les services ne devraient dépendre que de la couche modèle mais jamais mélangée avec elle.

En fait, mon collègue m'a dit que cela n'avait pas de sens de le séparer car le client a besoin des deux. (Interfaces de modèle et de service)

Mais je remarque que chaque fois qu'un client demande des modifications, comme l'ajout d'une nouvelle méthode dans une interface (signifie un nouveau service), le modèle de modèle doit également être livré ...

Ainsi, le client qui n'a pas intéressé cet "ajout" est contraint de se préoccuper de cette mise à jour du modèle ... et dans une grande application d'entreprise, ce type de livraison est connu pour être très risqué ...

Quelle est la meilleure pratique ? Services séparés (interfaces seulement ainsi) et modéliser des objets ou le mélanger?

Pas de solution correcte

Licencié sous: CC-BY-SA avec attribution
scroll top