Comparaison entre Vaadin et ZK

Ce que quelqu'un sait d'une comparaison entre ZK et Vaadin?

Je suis surtout intéressé lequel des deux est le mieux adapté pour le web dynamique appli (c'est à dire où la mise en page et Pojo sont définis au moment de l'exécution et peuvent changer à tout moment).

La plupart des exemples semblent très bon, si vous avez un standard POJO (avec un ensemble fixe de champs). Mais comment les cadres de tarif si le POJO est remplacé par un Map<String, Object> et j'ai besoin de construire l'INTERFACE utilisateur en fonction de la Map'contenu?

Avec Vaadin tout le code est en java si vous n'avez pas besoin de qqch de vraiment personnalisé. En conséquence, il sera bon travail avec des POJO (orienté objet). Votre requriements peuvent être différents, mais la perte de l'orientation de l'objet, peut causer plus de maux de tête à l'avenir.
Les clients doivent être en mesure d'ajouter des champs personnalisés pour les objets à tout moment, donc nous utilisons la base de Pojo qui ont une Carte de champ pour tout le reste. Nous sommes conscients qu'il s'agit d'un compromis, mais sans cela, l'application serait inutile pour les clients.

OriginalL'auteur Aaron Digulla | 2011-09-01

  1. 7

    Vous trouvez Vaadin orienté comparaison/discussion ici: vaadin.com/forum/-/message_boards/view_message/134071 et un autre (plus ZK) ici: jtechnoprojects.blogspot.com/2011/05/zk-vs-vaadin.html

    En outre, concernant sur votre sujet sur le contenu de la Map, je pense que vous devez être bien avec Vaadin est Élément d'interface. Par exemple, le "PropertiesItem" addon est essentiellement soutenu par une Carte (java.util.Propriétés pour être exact) et il se lie directement à Vaadin Les formes.

    Vaadin obtenu problème de performance. Comme Sara a suggéré, n'oubliez pas de mettre en place votre propre récipient à grains pour servir un grand nombre d'utilisateurs.

    OriginalL'auteur eeq

  2. 8

    Les deux cadres de la poignée dynamique de l'INTERFACE utilisateur:s bien. Au moment de choisir le cadre, vous devez comparer des choses comme des composants inclus, le nombre et la qualité des composants complémentaires, de licences, de la documentation, de la communauté et ainsi de suite.

    +1 pour la précieuse contribution; je ne peux tout simplement pas accepter la solution, car il ne répond pas, le principal point de comparaison entre les deux).

    OriginalL'auteur Joonas

  3. 3

    Comme un avertissement que je travail pour ZK.

    Il y a beaucoup de fonctionnalités qui vous aideront à faire ce que vous voulez faire. Vous pouvez avoir un coup d'oeil à la la page du produit qui met en évidence un grand nombre de fonctionnalités. Cependant, j'ai mis en évidence 2 caractéristiques ci-dessous qui peut être particulièrement utile.

    Responsive Design - Modification de la disposition

    Cette approche a été publié dans ZK 6.5 et permet aux développeurs d'écrire des applications qui changent avec la mise en page. Cela pourrait être très utile pour vous. Il comprend également des composants qui changent leur comportement selon qu'ils sont sur un navigateur de Bureau, une tablette ou un smartphone.

    Information est disponible ici.

    De liaison de données - Mise en page & de Répondre à des changements dans les Pojo

    La liaison de données est basée sur MVVM les concepts et peuvent répondre à des changements dans votre Pojo. Vous pouvez avoir différents modèles qui prennent en charge différents POJO états et telles. Un bon tutoriel d'introduction pour notre liaison de données est cette une.

    OriginalL'auteur Tim