guichet vs Vaadin

Question

Suis déchiré entre le guichet et vaadin. je suis en train de créer un micro-éditeur de logiciels et la nécessité de faire un choix de framework web. J'ai réduit mon choix à wicket et vaadin. J'ai utilisé les deux cadres et je les aime tous les deux. cependant j'ai besoin de faire un choix.

Si je choisis vaadin:

1. Je n'aurez pas à vous soucier de l'aspect et la convivialité.Il est livré avec des thèmes de nice
2. Je ferai de mon la programmation en java qui suis très bons et ont l'habitude de passer du temps piratage css qui ne suis pas très bon à
3. Et la plupart des composants que j'ai besoin pour une entreprise dont les applications sont là HORS DE LA BOÎTE, y compris, bureau, comme la mise en page, les info-bulles, des raccourcis Clavier, des tables avec des déplaçable et pliable colonnes pour n'en nommer que quelques-unes. Comment jamais , si je vais le vaadin façon:
4. je vais perdre la capacité à créer de l'INTERFACE utilisateur de manière déclarative.
5. Je ne vais pas avoir la solution de repli si le navigateur ne supporte pas javascript - e.g la plupart des non webkit navigateurs mobiles.
   1. Vaadin de la société est la vente de certains composants - e.g le JPAContainer ne suis pas sûr que la société sera engagée à offrir plein opensource cadre. Les intérêts de l'entreprise sera toujours venir en premier.
   2. vaadin applications seront la plupart du temps pour l'intranet. pas très adapté pour l'internet avec un site web regarder et se sentir.

Si je vais au guichet façon: Je vais le style de mes applications et je peux à peine de leur donner un bureau à regarder et se sentir.

Tous les conseils. toute personne ayant de l'expérience sur un cadre de bien vouloir me dire les inconvénients et les avantages et comment vous avez pris votre décision.

Answer 1

Je pense que j'ai investi un peu de temps pour les deux cadres. J'aime vraiment les deux, car ils apportent le Swing-comme de codage pour le développement web. Et je ne sais pas plus facile pour moi (bien qu'il y est sur mais je n'aime pas la vitesse de template chose)

Et oui, il y a des différences.

Je n'aurez pas à vous soucier de l'aspect et la convivialité.Il est livré avec des thèmes de nice

vrai, mais toute entreprise sérieuse sera le style de son application de manière différente (sauf si vous êtes le prototypage)

Je ferai de mon la programmation en java qui suis très bons et ont l'habitude de passer du temps piratage css qui ne suis pas très bon à

Puis Vaadin serait "mieux".

je vais perdre la capacité à créer de l'INTERFACE utilisateur de manière déclarative.

Quels sont les avantages de qui? (BTW: vous pourriez code déclaratif en groovy ;-))

Mais ok. Je sais ce que tu veux dire: si vous pouvez effort de séparer les concepteurs de wicket est "mieux".

j'ai du mal à leur donner un bureau à regarder et se sentir.

Pourquoi pas? Ou tu veux dire quoi par ici? Guichet prend en charge ajax et il y a des composants qui prend en charge nice de bureau "-comme " les choses (ajaxlink, lazycomponent, auto-complétion, progressbar, consultez le guichet des trucs + extensions). ok, pour toute composante plus complexe, vous aurez à code en javascript MAIS BTW saviez-vous que vous pouvez même l' utiliser GWT dans wicket

Quelques petites expériences:

Vaadin est sûrement plus rapide lors de l'encodage (pas de css, html, etc). Mais si vous allez à la production gardez à l'esprit que la facilité de programmation peuvent venir pour le coût de l'exécution sur le côté client: par exemple, si vous utilisez le "mal", mises en page comme à l'Horizontale/VerticalLayout, ... l'utilisation massive de javascript pourrait ralentir vieux navigateur.

Mais Vaadin est pas lent! Utiliser des mises en page comme CssLayout ou FastLayout et également ancien navigateur pouvez le servir. (Bien que, si vous utilisez CssLayout votre coding-style est vraiment guichet-même.)

Un problème avec Vaadin est qu'il est un peu plus difficile de profil, parce que vous ne voyez pas facilement où le client a besoin de tous les CPU et les divs imbriqués obtient cryptique id-noms.

Une grande chose au sujet de Guichet est sa courbure persistent intégration

(Guice peut être intégré dans Vaadin et Portillon)

Les tests de l'INTERFACE utilisateur doit être facile avec Vaadin (bien que je n'ai pas trouvé de tests unitaires) et est très facile avec wicket.

Dernière mais pas moins, de créer des listes/tableaux est TRÈS facile à Vaadin par rapport à guichet.

Answer 2

J'ai beaucoup travaillé avec Wicket, mais je n'ai pas eu d'expérience avec Vaadin donc cela pourrait être un peu biaisé.

Je vous recommande de Guichet, pour des raisons évidentes, mais ce qui est probablement de l'intérêt pour vous est de Guichets d'ouverture. Comme Gweebz souligné à juste titre, le Guichet de base utilise des balises HTML comme son fondement, de sorte que toute structure ou de changements cosmétiques sont souvent trivial à mettre en œuvre.

Personnellement, une des choses que j'aime vraiment à propos de guichet travail est le flux entre l'extrémité avant de la présentation et les données en arrière-plan, nous avons mis en œuvre pour le Printemps & JPA/Hibernate qui signifie que toutes les modifications dans l'extrémité avant peut être traduit dans la base de données avec une seule ligne de code grâce à Guichets modèle de base de l'architecture.

Encore une fois je ne peux pas dire beaucoup pour Vaadin n'ayant jamais travaillé avec elle, mais si vous êtes à la recherche pour les architectures pour commencer, je recommande aussi vous avez un oeil à GWT.

Answer 3

(suite du commentaire dans le premier Guichet liés à la réponse)

La différence majeure entre Vaadin et Portillon est avec comment la composition de l'INTERFACE utilisateur côté client et le code est écrit. Avec Vaadin vous généralement de composer votre INTERFACE utilisateur sans les modèles ou HTML à tout et vous obtenez un élégant, entièrement Ajax ed de l'INTERFACE utilisateur de la boîte. Toutefois, si vous préférez, la création de modèles d'approche utilisez simplement CustomLayout qui fait exactement cela.

Côté Client, le codage, il est rarement nécessaire, mais quand c'est à vous de le faire avec la Java GWT qui est de l'OMI beaucoup plus agréable que d'écrire du Javascript à la main. En outre, avec GWT, vous obtenez automatiquement la croix-navigateur compatible solution au lieu d'avoir à faire face à ces problèmes vous-même.

Lorsque l'on compare les cadres de vous vous devez de prendre un coup d'oeil à l'activité de la communauté et de la documentation. Avec Vaadin à la fois de ceux qui sont excellentes. Notez également la Vaadin Répertoire qui contient actuellement plus de 100 très utile des composants d'INTERFACE utilisateur et d'autres addons.

Answer 4

J'ai une quantité limitée de l'expérience de chacun, mais je préfère Vaadin. Il a permis à une expérience plus riche avec l'application web, j'ai été en développement. Le principal avantage qui nous a vendu a combien il était facile d'écrire des tests unitaires autour de nos classes de l'INTERFACE utilisateur, assurant les composants fonctionné correctement lors de l'interaction avec les attendus des moyens. Cela est également possible avec Wicket toutefois, il a été plus difficile dans mon expérience.

Je vais aussi mentionner que soit le cadre nécessitera un certain style. Guichet commence comme un bon vieux HTML et Vaadin commence avec un MacOSX comme thème par défaut, mais presque toute application web que vous écrivez, il faudra au moins un CERTAIN degré de personnalisation. Avec cela à l'esprit, la personnalisation de la CSS d'un Guichet d'application est beaucoup plus facile que Vaadin pour la simple raison que vous contrôler le balisage. Vaadin cache le balisage de vous et génère des éléments bizarre avec des Id et des structures de sorte qu'il est plus difficile de personnaliser le look. Juste se rappeler lors de la prise de décision.

Answer 5

Notez également que même si l'infrastructure de base de Vaadin est gratuite, vous devrez peut-être acheter des extensions pour certaines fonctionnalités supplémentaires.

Ex - Si vous devez intégrer une solution graphique performante telle que Highcharts, vous devez acheter et acheter l’extension vaadin charts (même si highcharts est disponible gratuitement pour les applications FOSS, le plugin vaadin charts construit sur celui-ci n’est pas offert gratuitement. Applications FOSS).