Question

J'ai un type qui est construit à l'aide d'informations provenant de diverses entités de domaine.

Le type lui-même est présent car dans certains contextes du système, il est utile et significatif de s'abstraire des types hérités volumineux et complexes qui fournissent les informations pour le type.Il expose un sous-ensemble des champs des types utilisés pour l'instancier, plus il contient certaines fonctionnalités qui lui sont propres.

Le type a son propre service, fournissant une méthode de création, qui sous le capot, coordonne la création et la persistance des entités de domaine qui composent les instances du type.

Y a-t-il un nom pour le concept d'un tel type?

C'est certainement un agrégat quelconque.C'est certainement une sorte de modèle de domaine, mais c'est une façade sur d'autres modèles de domaine.

Dans un nouveau système, je soupçonne que le besoin d'un tel type serait limité, mais je l'ai trouvé utile lorsqu'il s'agit de bases de code héritées inflexibles.

Était-ce utile?

La solution

Simplement Adapter pattern, je pense.

Ou, en parlant de l'héritage qu'il enveloppe, je me souviens de quelque chose à propos du ball of mud dans "Refactoring" de Martin Fowler - qui dit qu'il est parfois préférable de l'envelopper dans une jolie API et de garder la boue à l'intérieur.

Autres conseils

Je vais inventer un nouveau terme pour votre objet - ActiveFacade - vous l'avez entendu ici en premier;)

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top