Question

Nous pouvons résoudre certains problèmes de conception en implémentant également l'usine ainsi que le modèle de commande. Donc, selon la performance, quelle est la meilleure?

Était-ce utile?

La solution

Étant donné qu'il y a des situations où les deux s'appliquent - et aucun ne me vient vraiment à l'esprit - je suppose que non plus n'est "meilleur"; La meilleure solution dépend du problème, du système global, de l'équipe, etc. Si l'un était "meilleur", l'autre pourrait simplement être jeté!

Autres conseils

Je ne sais pas comment résoudre certains problèmes par motif en usine et en commande. Ils résolvent des types de problèmes complètement différents.

Résumé Factory gère la création d'objets de telle manière que vous pouvez basculer facilement entre les familles des produits et vous pouvez appliquer la cohérence des objets (c'est-à-dire ne pas mélanger différentes familles de produits par accident). Même s'il n'y a qu'une seule famille de produits, il crée un système flexible où les objets créés sont plus faciles à gérer.

Une méthode d'usine exploite la création de l'objet à la sous-classe car la classe de base n'a pas la connaissance de la classe concrète pour instancier. Ici, la classe de base sait quand créer l'objet, mais je ne sais pas quel objet concret créer.

Et la commande est utilisée pour encapsuler une demande afin que vous traitiez une demande comme d'autres objets, par exemple passer une demande en tant que paramètre à une autre méthode / objet, les demandes de file d'attente, réutiliser une demande, etc. Il ne traite pas de la création d'objets .

À moins que je ne me trompe, ce sont des motifs séparés qui attaquent des problèmes séparés. Tu peux vérifier Modèles de conception par GoF et Mottes de conception de tête pour les détails de ces modèles.

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