2012-03-23 4 views
-2

Dans mon travail actuel, je suis confronté à un problème pour décider quel modèle aller chercher. J'ai donc besoin d'aide pour résoudre le problème.Besoin de suggestion sur le motif de conception

Il existe une classe centrale qui reçoit tous les rappels pour une application. Sur la base de ces rappels, l'application change d'état et d'écran.

Maintenant, il y a environ 15 variables d'état différentes qui sont changées et pour chaque statut il y a 4-5 valeurs différentes moyennes qui peuvent être reçues. La combinaison de chaque valeur de statut reçue peut définir l'état de l'application. Je ne suis pas très désireux d'aller pour le modèle de conception d'État, car il y aura beaucoup d'États. Quelqu'un peut-il me suggérer quel modèle de conception je devrais aller chercher.

+0

Je me souviens de Colossal Cave ... – Alnitak

+1

Il est difficile de vous conseiller à moins que vous ne puissiez poster des extraits de code. En outre, votre façon de penser est erronée - les gens n'ont pas tendance à écrire l'application et à l'adapter à un modèle juste pour le plaisir. – Adamski

+0

La classe centrale sonne comme un candidat pour le motif de contrôleur frontal. – Perception

Répondre

0

Peut-être que le motif de conception Observer fera l'affaire?

0

Depuis, l'énoncé du problème que vous avez mentionné consiste à maintenir l'état d'un applicaiton, je préfère Command Pattern

0

« Je ne suis pas très envie d'aller pour le modèle de conception de l'Etat car il y aura être beaucoup d'états. »

C'est exactement pourquoi vous devriez utiliser le modèle d'état, pour organiser les différents ensembles d'états/comportements. Si vous n'aviez que deux états, cela pourrait être sur-ingénierie. Plus vous en avez, plus vous avez besoin de l'utiliser.

Si chacun de ces états est distinct et que la réponse aux stimuli (rappels) diffère en fonction de cet état, alors le modèle d'état est approprié.