Vaadin vs Apache Cliquez sur lequel choisir pour mon développement WebApp

Avant de faire votre choix, vous devriez évaluer toutes les options en les prenant sur un lecteur d'essai.

Je ne suis pas familier avec Click, et quelqu'un devrait me corriger si je me trompe, mais je comprends, cliquez sur fondamentalement une technique pour lier votre code côté serveur aux pages Web. L'interface utilisateur est basée sur la page et vous définissez l'interface utilisateur avec des composants correspondant aux éléments HTML. Ajax n'est pas (encore) pris en charge, je me rassemble.

Vaadin fonctionne à un niveau d'abstraction plus élevé. Avec Vaadin, vous devez vous concentrer sur votre logique d'entreprise et construire votre UI naturellement avec des vues, des mises en page et d'autres composants (consultez le Sampler ). Vous n'avez pas besoin de vous soucier de RPC, de transitions de page, de HTML ou de Modèles. Vaadin vous donne un interface utilisateur Ajax entièrement conforme au navigateur qui a l'air et fonctionne très bien sur la boîte. Il est très facile de commencer et le forum est très actif (> 700 messages du mois dernier par rapport à 96 dans la liste de diffusion Click).

Disclaimer: Je suis membre de l'équipe Vaadin et n'a pas utilisé de clic.

Je choisirais, et je l'ai déjà fait dans quelques projets, cliquez sur (sur tous les autres cadres).

Le point de vente principal pour moi était que j'ai pu apprendre à apprendre de cliquer et être assez productif dans un week-end (Vaadin - mais d'autres cadres m'ont également pris beaucoup plus). La documentation gratuite et disponible pour clic est bien meilleure - vous pouvez comparer vous-même les sites vous-même (même si le site Vaadin a l'air plus cool, le site de clic est tout simplement plus utile - au moins c'était pour moi).

Le Exemples en direct est beaucoup mieux - je les regarde toujours comme un référentiel d'extraits et Il suffit de copier ce que j'ai besoin de là (puisque je suis un programmeur paresseux :) - Il y a un lien "Page Java" et "page HTML" pour chaque exemple qui affiche le code source pour chaque exemple disponible.

En ce qui concerne le trafic de messages, je ne pense pas que cela devrait être un critère, car de si de bonnes documents en ligne gratuits et que le cadre étant tellement plus simple, les utilisateurs n'ont tout simplement pas besoin de demander autant.

Disclaimer: Je suis juste un simple utilisateur qui a utilisé les deux cadres.

J'utilise les deux; -)

Cliquez sur le meilleur pour les applications Web classiques (PURE HTML avec NO / SMART / MAINNADE JavaScript). Il est très léger (petite taille et apatride), moins verbose (vous pouvez effectuer votre HTML en HTML avec la vitesse de Velocity / Freemarker ;-). Un vrai tueur php.

Vaadin est le meilleur pour le bureau comme des applications d'entreprise. C'est statFull, poids lourd, verbeux, mais incroyable.

GRAVES, JOUER !, Spring MVC est une étape réelle après le clic / Vaadin.

Donc, mon conseil: utilisez les deux! Pour la plupart de vos pages, vous utiliserez Cliquez sur pour des tâches compliquées - Vaadin.

est Apache Wicket une option aussi?

Mon expérience est avec JBoss / EJB / JQuery, mais en consultant des technologies pour lancer un nouveau projet. J'ai fait un peu de recherche sur moi-même Abd Vaadin semble être très bien considéré.

Je suis un committer d'Apache Cliquez mais j'espère que vous trouverez mon objectif d'opinion.

Je ne sais pas du tout Vaadin, il suffit d'examiner le site Web et des exemples et des exemples de mission.

Apache Cliquez et Vaadin sont destinés à différents espaces problématiques. Apache Cliquez ciblé sur les applications Web d'entreprise traditionnelles, tandis que Vaadin cible la riche espace Internet (RIA).

Apache Cliquez sur une part traditionnelle, sans part, cadre apatride. Contrairement aux cadres Web basés sur une action traditionnels, cliquez sur fournissant un niveau d'abstraction légèrement supérieur à l'aide de pages et de composants. Au jour, cliquez n'est pas une révolution. C'est juste une des nombreuses approches de développement de l'application Web. À mon avis, c'est une très bonne approche, à la fois d'un point de vue du développeur et de maintenance. (Dans les environnements d'entreprise Le développeur et le responsable ne sont souvent pas le même individu, alors je me différencie entre les deux rôles).

Cependant, les développeurs ont parfois des exigences qui ne peuvent pas être satisfaites par des applications Web traditionnelles, ce qui est l'intention de RIA. Ils fournissent une expérience utilisateur plus riche (Think Desktop), mais cela ne vient pas gratuitement. RIA vient à un coût en termes de complexité, de productivité et de marché du marché. Cela a du sens cependant, si les exigences sont pour une expérience plus riche, vous devez faire davantage pour offrir cette expérience.

Mon conseil ici est: réfléchissez bien à vos besoins. Ne présumez pas simplement que RIA est meilleur, il y a un prix à payer, alors assurez-vous d'obtenir votre retour pour votre investissement.

Enfin, si votre exigence est pour RIA, vous devriez comparer Vaadin avec Flex. Si votre exigence est destinée à une application Web plus traditionnelle, comparez-la avec des jambes de force, de rayures, de guichet, de tapisserie, etc.

genre considère

Bob

J'utilise Cliquez depuis 2006. J'ai construit diverses applications Web avec elle au cours des 4 dernières années. Toutes les applications (B2B) vont toujours forte et continuent d'être maintenues / ajoutées maintenant. Les meilleures choses sur clic imo incluent:

• très peu de magie et presque pas de plomberie. Tout est tout simplement Java (et JSP / Velocity / Freemarker prenant votre choix; ou utilisez Alternativement tous les 3 si vous le souhaitez. J'ai pour certains scénarios car il est si facile de).
• C'est super rapide (cela ne signifie pas que votre application ne sera pas lente, cela signifie simplement que cliquez ne sera jamais la raison pour laquelle votre application est lente)
• Il est si facile d'intégrer votre Java Lib préféré par exemple. Ibatis sqlmap, printemps, displaytag, dwwr.ftc.
• Vous n'avez pas besoin d'acheter un livre pour comprendre / l'utiliser (bien que vous ayez peut-être besoin de livres pour toutes les autres libs 3e parties que vous envisagez d'utiliser).
• La plupart de mon code écrit il y a 4 ans fonctionne toujours avec la version actuelle. C'est juste génial.
• Cliquez sur FITS dans votre tête. Tout le cadre qui est. Il est si simple que vous n'avez pas trop de questions, même comme un débutant.
• Les gars qui maintiennent clic sont super réactifs et très noob sympathiques.
• C'est la simplicité aide mes applications à s'adapter à la nouvelle / ancienne technologie. Je peux facilement faire des choses Ajaxy si je veux ou non.
• Les fonctionnalités de formulaire permettent de gérer des formes HTML très faciles / rapides.
• Les fonctionnalités de la table font l'affichage des données super faciles / rapides
• Les fonctionnalités de clic aident-moi à écrire des applications très rapidement. Fait la nécessité d'un échafaudage imo inutile.

  Si vous voulez un cadre léger, rapide et facile à comprendre, ce qui vous aide à créer des applications aussi vite que vous ou votre équipe, vous pouvez consulter personnellement, cliquez sur votre temps.

Sûrement Apache Wicket est quelque chose que vous ne pouvez pas ignorer si vous comparez des cadres d'assurance-emploi. (Je fais de même.) J'ai laissé tomber Vaadin à cause d'une documentation médiocre (peut-être que je ne suis peut-être pas un bon Googler.)

comparer actuellement le guichet, cliquez sur et zk.

Cliquez jusqu'à présent sur le wicket pour les raisons suivantes:

1. génère de PURE HTML au lieu de rendre UI en utilisant JavaScript qui se produit dans GWT, Vaadin et ZK. Vous pouvez utiliser des fonctionnalités HTML5 alors.

2. Même avec HTML natif, la liaison côté serveur des formes d'interface utilisateur est possible. Vous n'avez pas besoin de vous soucier de la communication avec le serveur. Zk fait aussi cela mais avec leur propre langue zuml.

3. J'ai trouvé l'empreinte de mémoire côté serveur plus haut en ZK dans le cas de composants comme la grille ZK. (Empreinte mémoire pour clic ne me connaît pas encore.)