2010-09-01 6 views
0

Je suis nouveau à JSF2 et j'aimerais savoir quelque chose du point de vue de la conception. Par exemple. si nous avons plusieurs utilisations multiples basées sur différents types d'acteurs, quelle est la meilleure manière en termes de conception en considérant ci-dessous deux scénarios?JSF2 Requête de conception sur ManagedBean

par exemple dans un module ayant usecases Comptage dire 10,

(scénario 1) dans ce scénario pour le 1er & 5ème usecase (UC) - ManagedBean1 (MB1), 2e UC - MB2, 3e 4e & 10e UC - MB3, 6ème 7ème & 8ème UC - MB4 et pour 9ème UC - MB5. Ici, il y a 5 haricots gérés pour 10 cas d'utilisation.

(Scénario 2) Un seul ManagedBean pour les dix cas d'utilisation. En outre, en supposant que chaque usecase ait un minimum de 5 à 15 nombre de champs de formulaire et une quantité considérable d'activités (c'est-à-dire des méthodes java) pour chaque cas d'utilisation.

Je voulais connaître les avantages et les inconvénients des deux scénarios si elle était implémentée. Merci d'avance à tous.

Jai

Répondre

0

Il n'y a pas de réponse simple à cette question. Un modèle consiste à créer ManagedBean pour chaque page JSF.

Si vous créez beaucoup de haricots, vous avez des responsabilités bien séparées. D'un autre côté, si cela vous fait copier & coller du code, cela n'a pas beaucoup de sens.

Vous pouvez également refactoriser le code répétitif dans une classe abstraite, ou utils.

+0

Votre réponse est jusqu'à point et je l'apprécie. Mais du point de vue de la conception, quels sont les facteurs qui doivent être bien avancés, à l'exception de la séparation des responsabilités et de la réutilisabilité, comme vous l'avez mentionné? Cela va sûrement réveiller mon esprit pour aller plus que ce que je peux faire maintenant. Merci d'avance. – Jai

+0

D'autres facteurs? Je ne connais pas d'autres facteurs. Désolé :(J'essaierais de faire des beans séparés et ensuite de vérifier s'il y a du code répétitif s'il y a -> refactor. – amorfis

Questions connexes