Applications basées sur le web de modèles de conception

Question

Je suis en train de concevoir une simple application basée sur le web. Je suis nouveau sur ce site web de domaine.J'ai besoin de vos conseils concernant la conception des modèles comme la façon dont la responsabilité doit être répartie entre les Servlets, les critères pour faire de nouvelles Servlet, etc.

En fait, j'ai quelques entités sur ma page d'accueil et correspondant à chacun d'eux, nous avons quelques options comme ajouter, modifier et supprimer. Auparavant, j'étais en utilisant l'un Servlet par des options comme Servlet1 pour ajouter de l'entité1, Servlet2 pour modifier l'entité1 et ainsi de suite et de cette façon, nous avons fini par avoir un grand nombre de servlets.

Maintenant, nous sommes à l'évolution de notre conception. Ma question est de savoir comment bien choisir la façon dont vous choisissez la responsabilité d'un servlet. Devrions-nous avoir une Servlet par entité qui va traiter toutes les options et de transmettre la demande à la couche de service.Ou devrions-nous avoir une servlet pour l'ensemble de la page, qui va traiter l'ensemble de la demande de page puis les transmettre à un correspondant de la couche de service.Si l'objet de demande transmis à la couche de service ou pas.

Veuillez-vous nous guider dans le choix de la meilleure conception.Aussi un pointeur vers un bon modèle de conception de matériel sera la bienvenue.

Answer 1

Dans le tabassée modèle MVC, la Servlet est "C" - contrôleur.

Sa tâche principale est de faire de demande initiale d'évaluation, puis envoi le traitement sur la base de l'évaluation initiale pour le travailleur. L'une des responsabilités du travailleur peut être de mettre en place un couche de présentation de haricots et de transmettre la demande à la page JSP pour le rendu HTML. Donc, pour cette seule raison, vous avez besoin de passer l'objet de demande à la couche de service.

Je ne voudrais pas, cependant, de commencer à écrire raw Servlet les classes. Le travail qu'ils font est très prévisible et passe-partout, quelque chose qui cadre très bien. Heureusement, il ya beaucoup de disponibles, l'épreuve du temps des candidats ( dans l'ordre alphabétique ): Apache Wicket, Java Server Faces, Printemps, pour n'en nommer que quelques-unes.

Answer 2

À mon humble avis, il n'y a pas beaucoup de différence dans le cas de l'application de web, si vous regardez à partir de l'angle de l'attribution des responsabilités. Cependant, gardez la clarté dans la couche. Garder quelque chose de purement pour la présentation de l'application de la couche de présentation, comme le contrôle et le code spécifique pour le contrôle du web. Il suffit de garder vos entités dans la couche de gestion et toutes les fonctionnalités (comme ajouter, modifier, supprimer), etc dans la couche de gestion. Cependant rendu sur le navigateur pour être traitées dans la couche de présentation. Pour .Net, le ASP.NET modèle MVC est très bon en termes de maintien de l'couches séparées. Regardez dans le modèle MVC.

Answer 3

J'ai utilisé les entretoises de cadre et de trouver qu'il est assez facile à apprendre. Lors de l'utilisation du framework struts chaque page de votre site ont les éléments suivants.

1) Une action qui est utilisée est appelée à chaque fois que le code HTML de la page est actualisée. L'action doit remplir les données dans le formulaire lorsque la page est chargée pour la première fois et gère les interactions entre l'INTERFACE web et la couche de gestion. Si vous utilisez la page jsp pour modifier une mutable objet java, une copie de l'objet java doit être stocké sous la forme plutôt que l'original, de sorte que les données d'origine n'obtient pas modifié, sauf si l'utilisateur enregistre la page.

2) Le formulaire qui est utilisé pour transférer des données entre l'action et la page jsp. Cet objet doit consister en un ensemble de méthodes accesseurs et mutateurs pour les attributs qui doivent être accessibles pour le fichier jsp. La forme a également une méthode pour valider les données avant qu'il arrive a persisté.

3) Une page jsp qui est utilisé pour le rendu final de l'HTML de la page. La page jsp est un hybride de HTML et spécial struts balises utilisées pour accéder et manipuler des données dans le formulaire. Bien que struts permet aux utilisateurs d'insérer du code Java dans les pages jsp, vous devriez être très prudent à ce sujet, car il rend votre code plus difficile à lire. Code Java à l'intérieur des fichiers jsp est difficile à déboguer et ne peut pas être l'objet de tests unitaires. Si vous vous retrouvez à écrire plus de 4 ou 5 lignes de code java à l'intérieur d'un fichier jsp le code doit probablement être déplacé à l'action.