Guichet vs Vaadin
Je 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 Si je choisis Vaadin:
- Je n'aurez pas à vous soucier de l'aspect et la convivialité. Il est livré avec des thèmes de nice.
- 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.
- 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.
Cependant, si je vais le Vaadin façon:
- Je vais perdre la capacité à créer de l'INTERFACE utilisateur de manière déclarative.
- 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.
- Vaadin de la société est la vente de certains composants - e.g le JPAContainer ne suis pas sûr que la société s'engage à proposer un open-source de cadre. Les intérêts de l'entreprise sera toujours venir en premier.
- Vaadin applications seront la plupart du temps pour l'intranet. Ils ne sont pas très adapté pour l'internet avec un site web regarder et se sentir.
Si je vais le Guichet façon:
- Je vais le style de mes applications et je peux à peine de leur donner un bureau à regarder et se sentir.
Des 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.
Vous devez vous connecter pour publier un commentaire.
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.
vrai, mais toute entreprise sérieuse sera le style de son application de manière différente (sauf si vous êtes le prototypage)
Puis Vaadin serait "mieux".
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".
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 pourriez même l'utilisation de GWT à l'intérieur de guichet
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 ancien 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 son warp persistent intégration
(Guice peut être intégré dans Vaadin et Portillon)
Tester l'INTERFACE utilisateur devrait être facile avec Vaadin (bien que je n'ai pas trouvé de tests unitaires) et est très facile avec wicket.
Dernier mais pas moins de créer des listes/tableaux est TRÈS facile à Vaadin par rapport à guichet.
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 l'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, 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.
(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 de 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.
J'ai un 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. Rappelez-vous juste ce moment de faire votre décision.
Je suis actuellement en train de travailler avec Wicket et j'ai travaillé dans le pass avec Vaadin. Je wil être bref dans mes observations:
Appart de cela, nous parlons de deux différents types de cadres, deux approche différente, qui ont des avantages et des inconvénients que je vous conseille de rechercher et de comparer et de voir ce qui convient vraiment à vos besoins.
Edit: Oh, et sur le regard et la sensation, par exemple, vous avez toujours Guichet Bootstrap
Également faire remarquer que même si Vaadin cadre de base est gratuit, pour certaines fonctionnalités supplémentaires dont vous pourriez avoir besoin pour acheter extensions.
Ex - Si vous avez besoin d'intégrer une bonne solution de cartographie tels que Highcharts, vous auriez à payer et acheter le vaadin cartes d'extension (même si highcharts est disponible gratuitement pour les logiciels libres, les apps, les vaadin graphiques plugin construit sur ce n'est pas donné libre pour les logiciels libres pour les applications).