Création de formulaires Web: Java vs HTML

Ce dont vous parlez s'appelle des Applications Internet Riches RIA. Ce sont des applications Web qui font que vos pages Web ressemblent à des applications de bureau. Vous pouvez réaliser cela avec Graal et Flex, GWT et JavaFX. Il y a un certain nombre d'environnements très intéressants et géniaux que vous pouvez utiliser comme Vaadin, Ouvrez Laszlo , basé sur GWT. GWT et les frameworks qui en découlent génèrent du JavaScript et produisent une sortie distincte pour chaque navigateur environnement.

Ce sont les outils pour l'avenir. Je ne comprends pas vraiment pourquoi ces technologies ne sont pas encore grand public.

Voici une liste des différents cadres RIAs disponibles. Attendez-vous à accueillir les nouveaux arrivants dans SourceForge dans un proche avenir.

Vous pouvez essayer Wicket - semble transférer votre expiration de bureau sur le web

Peut-être que vous devez penser à ce qui est en cours d'exécution où, et comment ces programmes communiquent. Lorsque vous développez une application Web, vous coordonnez une conversation entre (au moins) deux machines distinctes.

1. D'un côté, vous exécutez un serveur Web, qui sert du contenu statique (des fichiers simples qui viennent d'être envoyés sans modifications) et du contenu dynamique (essentiellement des fichiers qui ne sont construits qu'en cas de besoin, et qui changeront en fonction de leur situation - pour exemple d'une page d'accueil qui affiche le nom de l'utilisateur). Le HTML simple est un contenu statique, JSP et servlets fournissent un contenu dynamique.

2. De l'autre côté, vous utilisez un navigateur. Le navigateur peut afficher du contenu statique, exécuter des programmes javascript intégrés à ces pages et intégrer des types d'applications spécifiques. Des exemples d'applications intégrées sont Flash et Applets.

Donc vous pouvez être clair, JSP et les Servlets ne s'exécutent PAS sur la machine cliente, ils livrent juste contenu différent pour le navigateur à afficher. Un programme J2EE n'est pas livré au client, il se trouve juste sur le serveur effectuant un côté de la conversation avec le navigateur effectuant l'autre côté.

Un formulaire Web est juste un morceau de HTML qui indique au navigateur d'afficher des champs de texte, des boutons et d'autres contrôles. Le navigateur sait tout de ces choses, et vous n'avez pas besoin d'écrire un programme pour lui dire quoi faire pour afficher un formulaire et renvoyer le contenu au serveur. Simple le formulaire n'a pas besoin d'être dynamique - vous posez les mêmes questions à chaque fois - afin que vous puissiez l'écrire en html pur.

Lorsque l'utilisateur soumet le formulaire, les données sont transmises au serveur et vous devrez écrire un programme pour recevoir ces données et faire quelque chose avec. C'est le rôle du servlet, qui peut recevoir des données et répondre - avec une autre page Web, probablement en utilisant JSP pour afficher du contenu dynamique (ie. la réponse à la soumission du formulaire).

Si tout cela sonne compliqué, il peut certainement être. Il existe différents frameworks (Wicket, Struts, etc.) qui tentent de faciliter le développement d'applications Web en masquant certains détails de la conversation et en effectuant automatiquement des tâches courantes. Cependant, le mécanisme sous - jacent est toujours le même-le contenu du serveur est affiché sur le navigateur, ce qui peut renvoyer des messages tels que le contenu du formulaire ou des demandes pour différentes pages. Comprendre le mécanisme de base vous permet de rendre informé choix sur la façon dont vous pouvez faire des choses plus puissantes.

Les applications embarquées vous permettent d'exécuter des logiciels plus complexes sur le client - de sorte que vous pouvez afficher des animations ou des contrôles personnalisés. Cependant, le logiciel ne fonctionne que sur le client et doit toujours communiquer des données au serveur. Le serveur doit toujours exécuter son propre logiciel pour recevoir ces données et faire quelque chose avec. En tant que telles, les applications intégrées ne facilitent pas votre travail, mais vous permettent plus de contrôle sur comment les choses fonctionnent sur le client. Cependant, un navigateur Web moderne vous donne beaucoup de contrôle sur la façon dont les formulaires sont affichés et gérés, vous avez donc besoin d'une bonne raison d'abandonner cela et d'utiliser quelque chose comme Flash ou une applet.

Pour les sites Web, utilisez toujours HTML (et Javascript, pour des choses comme les corrections d'entrée, les alertes et autres). Moins vous utilisez Java et Flash, mieux c'est. Gardez à l'esprit que les sites Web doivent être rapides et efficaces, les utilisateurs ne veulent pas attendre quelques minutes jusqu'à ce que l'applet Java se charge.

Je vous recommande de faire en HTML. Parce que HTML peut faire wonnders et vous pouvez diviser vos applications Web sématiquement en utilisant HTML. Et je vous recommande d'utiliser Wicket (c'est un cadre), où tous sont divisés. Autrement dit, la conception Web peut être effectuée séparément en utilisant HTML, la présentation peut être effectuée via CSS et la gestion des événements peut être effectuée via JAVA. Et portillon prend soin de toutes ces connexions trop. Alors jetez un oeil sur Wicket. Et espérons qu'il vous aide.!