Différence entre Apache Tapestry et Apache Wicket

Apache Wicket ( http://wicket.apache.org/ ) et Apache Tapestry ( http://wicket.apache.org/ ) sont les deux composants framework webs - contrairement à l'action en fonction des cadres comme les Rayures par la Fondation Apache. Les deux vous permettent de construire votre application à partir de composants en Java. Ils ont tous deux l'air très semblable à moi.

Quelles sont les différences entre ces deux cadres? Quelqu'un a une expérience à la fois? Plus précisément:

  • Comment est leur performance, combien peut-état de la manipulation être personnalisé, peuvent-ils être utilisés apatrides?
  • Quelle est la différence dans leur modèle de composant?
  • Qu'aimeriez-vous choisir pour quelles applications?
  • Comment font-ils pour s'intégrer avec Guice, Printemps, JSR 299?

Modifier: j'ai lu la documentation pour tous les deux et j'ai utilisé les deux. Les questions ne peuvent pas répondre suffisamment à la lecture de la documentation, mais à partir de l'expérience de l'utilisation de ces pendant un certain temps, par exemple, comment utiliser Guichet dans un apatride à la mode pour la haute performance des sites. Merci.

  • JFYI, j'ai révisé ma réponse beaucoup.
  • Personnellement, je ne éviter de Tapisserie pour la raison que son a tendance à être complètement réécrit à chaque version majeure, et il est rarement compatible avec les versions antérieures.
  • À partir de la version 5 cela ne devrait plus être un problème de version 5 a été construit avec l'avenir de l'extensibilité à l'esprit.
InformationsquelleAutor Stephan Schmidt | 2009-03-18
  1. 41

    Quelques différences que je vois entre eux:

    • Tapisserie utilise un semi-statique de la page
      la structure, où vous pouvez travailler avec
      les conditions et les boucles pour atteindre
      comportement dynamique. Wicket est
      complètement dynamique; vous pouvez charger
      composants dynamiquement, de les remplacer
      au moment de l'exécution, etc. Les conséquences de
      ce sont cette Tapisserie est plus facile à
      optimiser, et que le Guichet est plus
      souple dans son utilisation.
    • Les deux cadres
      sont à peu près aussi efficace dans
      l'exécution, mais le Guichet s'appuie sur
      côté serveur de stockage (par défaut, le
      page en cours de session, et passé
      pages dans un "cache de second niveau", qui
      est par défaut un fichier temporaire dans le fichier
      système). Si cela vous ennuie, pense
      sur le nombre de sessions simultanées
      vous vous attendez à avoir aux heures de pointe et
      calculer avec les dis ~100ko par session
      (ce qui est probablement sur le côté haut).
      Cela signifie que vous pouvez exécuter à peu près
      soutien 20k sessions simultanées pour
      2 GO. Dire 15k parce que vous avez besoin que
      de la mémoire pour d'autres choses aussi. De
      évidemment, l'inconvénient de stockage
      l'état, c'est que ça ne marchera bien
      avec l'affinité de session, donc c'est un
      limitation lors de l'utilisation de Guichet. L'
      cadre vous offre un moyen
      pour mettre en œuvre des apatrides pages, mais si
      vous êtes en développement entièrement apatrides
      les applications que vous pourriez envisager une
      cadre de référence différent.
    • Guichet a pour objectif de soutenir le typage statique à la mesure, alors que la Tapisserie est plus sur l'enregistrement de lignes de code. Donc, avec la Tapisserie de votre base de code est probablement plus petit, ce qui est bon pour l'entretien, et avec Portillon, vous est statiquement typé, ce qui le rend plus facile à naviguer, avec un IDE et de vérifier avec un compilateur, qui est également bon pour la maintenance. Quelque chose à dire pour les deux à mon humble avis.

    J'ai lu quelques fois maintenant que les gens pensent de Guichet fonctionne grâce à l'héritage d'un lot. Je tiens à souligner que vous avez un choix. Il existe une hiérarchie de composants, de Guichet, mais prend également en charge la composition de bien des constructions comme les IBehavior (sur le dessus de qui, par exemple, le Guichet de l'Ajax est construit). Sur le dessus de ce que vous avez des choses comme des convertisseurs et des validateurs, auquel vous ajoutez les composants, à l'échelle mondiale, ou même comme un transversales qui concernent l'utilisation de certains de la phase auditeurs de Guichet fournit.

    • "...votre code de base est probablement plus petit, ce qui est bon pour l'entretien" -- Êtes-vous sûr? L'expérience montre que c'est souvent le contraire. Pour la même quantité de la complexité et de la même qualité de code, un code détaillé est généralement plus facile à gérer qu'un laconique une. Pour atteindre tersity, vous avez besoin de la magie et de l'angle de coupe.
    • que peut certainement être le cas. Dépend de la façon dont les "petites code" est pris en charge. Pas toute la magie n'est pas mauvais, mais il peut certainement se retourner contre.
    InformationsquelleAutor Eelco
  2. 35

    RÉVISÉ après des études de Tapisserie 5.

    Guichet de l'objectif est une tentative de rendre développement web semblables à de bureau GUI un. Ils ont réussi à le faire vraiment bien, au détriment de l'utilisation de la mémoire ( HTTPSession ).

    Tapisserie 5 l'objectif de est de faire très optimisé (pour le CPU et mémoire) composant orienté web framework.

    Les très gros écueil pour moi a des réponses "Guichet prend en charge apatrides composant!" les arguments "de Guichet, c'est la mémoire de la faim". Alors que le Guichet en effet apatrides composants qu'ils ne sont pas "une priorité du Guichet de développement". Par exemple, un bug dans StatelessForm n'a pas été fixé pour un temps très long - voir StatelessForm - problème avec les paramètres après la validation échoue.

    • À mon humble avis à l'aide de Wicket est un peu eaiser jusqu'à ce que vous allez optimiser/affiner le web les paramètres de l'application
    • À mon humble avis Wicket est plus difficile à étudier si vous avez programmé des applications web et que vous voulez réfléchir en termes de traitement de la demande de
    • Tapisserie 5 automatiquement recharge classes de composants dès que vous les modifiez. Les deux cadres de rechargement de la composante de balisage.
    • Guichet forces balisage/séparation de code, Tapisserie, 5, juste pour vous donner cette capacité. Vous pouvez également utiliser moins verbeux syntaxe dans la Tapisserie 5. Comme toujours cette liberté nécessite plus de précautions à prendre.
    • Guichet de base est plus facile à déboguer: les composants utilisateur sont basées sur la succession de la Tapisserie à 5 de l'utilisateur composants sont basés sur les annotations. De l'autre côté qui pourrait faire des transitions pour les futures versions plus facile pour la Tapisserie puis pour le Guichet.

    Malheureusement Tapisserie 5 tutoriel ne pas souligner que la Tapisserie exemple de code comme " t:boucle source="1..10"... " peut être une mauvaise pratique. Donc, des efforts devraient être mis par écrit pour la Tapisserie des conventions d'utilisation des bonnes pratiques si votre équipe n'est pas très petit.

    Mes recommandations:

    • Utilisation de Guichet lors de votre structure des pages est très dynamique et que vous pouvez vous permettre de dépenser 10-200 Kbs de HttpSession de la mémoire par l'utilisateur (ce sont des nombres approximatifs).
    • Utilisation de la Tapisserie 5 dans le cas où vous avez besoin de plus efficace l'utilisation des ressources
    • Merci, bon point, je pense aussi qu'un bon speration est important pour l'avenir de l'entretien.
    • Surtout si vous avez un peu de junior/ indisciplinés programmeurs dans votre équipe 🙂
    • Je n'ai jamais vu aucun code dans une Tapisserie 5 modèle. Comment devrais-ce que le travail?
    • J'ai mis à jour ma réponse.
    • Je vois. Eh bien, ce n'est pas exactement le code, que vous devez toujours utiliser des composants, et une boucle est juste l'un d'eux. Mais vous avez raison, je préfère aussi l'instrumentation de la syntaxe, et peut-être que le <t:... la syntaxe doit avoir été laissé de côté.
    • Bon travail, Sergey! Merci pour cela. J'ai toujours été trop paresseux pour vérifier Guichet dans la profondeur. +1
    • Maintenant, je comprends l'avis de projet d'étude liste de diffusion soigneusement avant de choisir un cadre. Je voudrais étude de la Tapisserie 5 dans la première place si je voulais le suivre.
    • Ne pas assumer la Tapisserie est en fait plus efficace sur tous les comptes. Indices précédents ont montré une très comparables sur les performances. Personnellement, j'ai toujours douté de la Tapisserie (4 et ci-dessous, ne savent pas à propos de 5) objet de mise en commun, qui en pratique peut s'avérer être plus cher que la simple création d'objets. Aussi, l'état doit aller quelque part; il suffit de les garder en mémoire est beaucoup plus efficace que, par exemple, l'extériorisant.
    • dans la Tapisserie de 5 composant de la mise en commun est essentiel, car T5 création d'un composant est vaste opération. De l'autre côté, il est possible de faire élaborer des optimisations. Par exemple la conversion de récursive composant de l'arbre à l'optimisation de la machine d'état. Qui fait la différence si vous avez beaucoup de composants. Voir tapestryjava.blogspot.com/2009/02/speeding-up-tapestry-51.html
    • au moins avec Tapestry 5, vous avez le choix soit d'utiliser la mémoire de manière intensive ou non. Ce que je comprends avec Wicket vous ne pouvez jouer avec de l'emplacement où stocker les sessions de l'utilisateur.
    • Sergey, pour démontrer mon point de vue: voir ptrthomas.wordpress.com/2009/09/14/... Même si vous jetez-c'est un parti pris microbenchmark (qui je pense n'est pas), il suffit de ne pas assumer, de mesure. Les résultats (que Wicket est plus rapide et consomme moins de mémoire), est compatible avec les différents repères, j'ai couru moi-même et entendu d'autres personnes en cours d'exécution au cours des années. Je ne dirais pas que la différence est assez grande pour choisir votre cadre sur bien; il suffit de choisir celui qui convient à votre style de meilleur.
    • > au moins avec Tapestry 5, vous avez le choix soit d'utiliser la mémoire de manière intensive ou non. Ce que je comprends avec Wicket vous ne pouvez jouer avec de l'emplacement où stocker les sessions de l'utilisateur. À vous de choisir où stocker à peu près n'importe quoi. C'est un cadre souple, en particulier parce qu'il laisse les développeurs en charge de la création de l'objet etc. Nous n'avons tout simplement pas en charge le client de l'état d'économie, principalement parce que lorsque nous étaient à mi-chemin de la mettre en œuvre, il s'est avéré être très efficace (comme c'est le ASP.NET, JSF, etc) que nous n'avons pas pensé qu'il était intéressant de notre effort.
    • Je pense que la partie la plus intéressante dans la dernière comparaison est dans les commentaires. Voir la 39rd commentaire par Igor Drobiazko. À mon humble avis, l'auteur approche de réécrire l'application de base très proche de l'original n'est pas bon pour la mesure du rendement. C'est comme l'écriture de style C programmes Lisp pour prouver que Lisp est beaucoup plus lent.
    • Je suis d'accord que l'actuel T5 docs ne sont pas très beaux.

    InformationsquelleAutor Sergey
  3. 10

    Voici une jolie comparaison approfondie d'IBM Développeur Travaille.

    http://www.ibm.com/developerworks/java/library/os-tapestrywicket/index.html?ca=drs

    Mise à jour: le lien est mort, mais vous pouvez trouver la page sur http://web.archive.org/web/20131011174338/http://www.ibm.com/developerworks/java/library/os-tapestrywicket/index.html?ca=drs

    • C'est une jolie comparaison approfondie, la peine de lire.
    • serais ravi de voir une comparaison fait que l'utilisation de la tapisserie 5
    • Désolé, cet article ne couvre Tapisserie 4, de sorte qu'il n'est pas vraiment pertinente.
    • Le lien est mort.
    • href="http://web.archive.org/web/20131011174338/http://www.ibm.com/developerworks/java/library/os-tapestrywicket/index.html?ca=drs" >web.archive.org/web/20131011174338/http://www.ibm.com/...
    InformationsquelleAutor Scott Swank
  4. 1

    Je pense que le Guichet est plus simple d'utiliser le framework.

    Aussi, le Guichet ne permet pour la classe de rechargement via votre IDE chauds du code de remplacer le système. C'est tout ce qui est nécessaire pour le Guichet de ruissellement des versions modifiées d'une application en cours d'exécution de classes. Les restrictions habituelles s'appliquent pour les hot-code de remplacer, comme le fait d'avoir à s'exécuter en mode Debug (Eclipse) et de ne pas être en mesure de modifier les caractéristiques structurelles d'une classe (c'est à dire un nom de classe, changer de méthode signatures etc...).

    InformationsquelleAutor Antony Stubbs
  5. 1

    Je n'aime pas la Tapisserie modèle de programmation et je sais que de nombreux développeurs de quitter la Tapisserie à cause de trop de changements et des incompatibilités dans le développement. Voir: http://ptrthomas.wordpress.com/2009/09/14/perfbench-update-tapestry-5-and-grails/

    InformationsquelleAutor deamon
  6. 0

    Wicket est un très bon framework web. Le meilleur de tous ce que je sais. Je suis l'utilise depuis la version 1.3 et toujours obtenir ce que je veux.
    Wicket a une excellente intégration avec Spring - il suffit d'utiliser @SpringBean annotation dans vous code à injecter tout le printemps de la fève à vos classes.

    • Il a également une bonne intégration avec Guice (une fois que vous obtenir ce travail, le programme d'installation peut être un peu lourd parfois).
    InformationsquelleAutor Alexey Sviridov
  7. 0

    Essayer http://incubator.apache.org/click/ .
    Il est étonnant framework web java.
    Certains l'appellent “le Guichet fait droit” 😉

    • Beaucoup de cadres de prétendre que aucun d'eux n'a réellement prouvé à droite encore. Certainement Wicket a fait des trucs dans absurdingly lourd chemin, mais en copiant simplement le meilleur du Guichet n'est pas un meilleur cadre. Aussi leurs de démarrage rapide est plus complexe que le Guichet de l'étape 1 déjà.
    • Après Cliquez sur démarrage rapide vous pouvez utiliser la souris (écrire du code). Après Guichet de démarrage rapide vous avez guichet installé - sentez-vous une différence? 😉 Cliquez sur n'est pas une seconde copie de Guichet. Ils né près de la même époque, inspiré par la Tapisserie. 2Stephan: si vous aimez les Bandes, vous allez adorer Clic, tandis que les Rayures de l'auteur du livre n': stripesbook.org/blog/index.php?/archives/...
    • Oups. "guichet de fait la droite", désolé 😉
    • Guichet de Démarrage rapide est un POM Maven creator, Cliquez sur le Démarrage rapide est équivalent à Guichet du "Hello World" @ wicket.apache.org/examplehelloworld.html semble Aussi que Sur n'a pas vraiment de separation of code and markup qui est l'une des plus grandes caractéristiques du Guichet - en fait, Cliquez sur les utilisations de la Vélocité pour le HTML est un langage de templating en lui-même. En raison de ce Clic n'est pas vraiment de la composante orientée, même si elle prétend être, il est plus proche de JSTL ou peut-être de la Tapisserie à cet égard. Aussi, vous êtes clairement de la publicité qui me fait me sentir mal à l'aise au sujet de votre post dans son ensemble.
    • 1) Pour moi (et pour l'exemple de cet homme de assertinteresting.com/2009/03/why-i-prefer-stripes-over-wicket) de démarrage rapide de dire un peu plus (citation: si vous lisez le guide de démarrage rapide, un simple 3 pages ou plus, vous aurez essentiellement “obtenir” les Rayures). 2) je ne suis pas puriste, après une longue période avec "raw" servlets+JSP, puis servlets+Freemarker, alors spring mvc+Freemarker Clic suffit OO et composants pour moi. 3) j'aime le Printemps et Freemarker. Cliquez sur a même "amusant" comme eux à la fois. 4) je ne suis pas affilié avec le Clic-cadre, je suis un très grand fan.
    InformationsquelleAutor Andrej Fink
  8. 0

    Comme je l'ai dit quand 4.1 était la langue officielle de la version stable:

    Vous devriez prendre un très bon coup d'oeil à l'histoire du développement de la Tapisserie avant de vous engager à l'utiliser. La tapisserie a fait beaucoup de non-compatible avec les mises à niveau, sans la poursuite du soutien des anciennes versions. Les patchs à 4,1 ne sont pas traitées plus dans un délai raisonnable. C'est, à mon point de vue n'est pas acceptable pour la version stable officielle.

    S'engageant à utiliser Tapisserie 5 signifie:

    vous devriez devenir un committer;
    vous devez suivre toutes les nouvelles de développement, d'abandonner les anciennes versions aussi vite que possible;
    maintenir la stabilité des versions de vous-même.

    • Cela semble FUD pour moi; il y a des milliers de heureux Tapisserie de 5 utilisateurs, et seulement une poignée de personnes autorisées. Nous avons fait de grands efforts pour garder les mises à niveau dans la Tapisserie de 5 aussi indolore que possible.
    • Il y a une différence entre l'expérience douloureuse et l'ICS.
    InformationsquelleAutor Stephan Eggermont