Apache Wicket vs Apache Sur

Quelle est la différence entre Apache Wicket et Apache Cliquez sur?
Est Apache Cliquez maintenu? La dernière version semble être de l'Nov 2008
Merci
Achilleas

InformationsquelleAutor | 2010-01-30
  1. 41

    Cliquez est activement développé et a récemment obtenu son diplôme d'Apache Haut Niveau Projet. Il est actuellement en déplacement pour son nouveau domaine à: http://click.apache.org. Une fois la migration terminée, la prochaine version 2.1.0, sera libéré.

    Avant de comparer et Cliquez sur le Guichet ne remarque que je suis un committer dans Apache Sur mais ont évalué de Guichet, il y a quelques années donc avoir une assez bonne idée de la façon dont il fonctionne.

    Clic est un apatride cadre alors que le Guichet est dynamique. Cliquez sur les pages et les composants sont recréés à chaque demande, dans Wicket, les pages et les composants sont stockées dans la session et réutilisés dans les demandes ultérieures.

    Wicket est destinée à la construction des applications complexes (pensez au bureau), où l'ensemble de l'interface graphique de l'état sont stockées et gérées pour vous. Cliquez sur est destiné pour le plus traditionnel applications web où peu ou pas d'état est nécessaire pour effectuer le rendu d'une page. Si vous avez besoin de stocker l'état, vous devez gérer vous-même en ajoutant/supprimant de la session. Il est à noter que le Guichet fournit le support pour les apatrides pages et Cliquez sur soutient la dynamique de pages, mais ce n'est pas la norme pour ces cadres.

    Une autre différence est que dans Cliquez sur contrôles sait comment se rendre, de sorte que vous n'avez pas à répéter le balisage de vos modèles de page. Vous pouvez toujours manuellement la mise en page de vos modèles, si vous voulez, mais il n'est pas strictement nécessaire. Au Guichet, le balisage doit refléter les composants créés dans la page. L'idée de Guichet, c'est que le développeur Java ne fait pas de créer ou de maintenir les modèles, au lieu de cela, c'est géré par un designer.

    salutations

    Bob

    • +1: Belle réponse équilibrée. Ils ont tous deux des points forts, et vous avez bien saisi cela.
    • Le guichet n'est pas nécessairement dynamique. Par défaut, votre guichet d'applications web est apatride et de guichet uniquement bascule en mode stateful quand il en a besoin. Aussi longtemps que vous utilisez soigneusement seulement apatrides composants sur vos pages web (par exemple org.apache.wicket.balisage.html.forme.StatelessForm), votre demande restera apatrides. Vous pouvez également ajouter un StatelessChecker à votre demande d'exécution statelessnes. Le vérificateur de lever une exception à propos de la délinquance de la dynamique de la composante, voir mon autre post comment le configurer si vous devez.
    InformationsquelleAutor Bob Schellink
  2. 2

    Avec wicket vous utilisez pur html et pas de langue de modèle que la vitesse ou jsp comme sur n'. Ce n'est pas seulement pratique pour le programmeur lui-même qui n'a qu'à apprendre le html et java, mais aussi pour l'outillage (débogage etc)

    Il applique une meilleure séparation de l'interface utilisateur et la logique. Il ya aussi pas de xml requis dans de guichet, qui est à mon humble avis différents à cliquer.

    Certains plus de différences: le guichet de la liste de diffusion de la circulation est plus élevé; il y a plus de publications (livres) sur le guichet puis cliquez sur; il y a plus de développeurs de codage de guichet (look cette et cette)

    • Ouais, et Portillon intégré avec ~850.000 lignes de code, alors Cliquez sur contient seulement environ 50.000 lignes de codes. Que devrait dire quelque chose à propos de la complexité aussi. Quant à cette information Cliquez est beaucoup, BEAUCOUP plus simple.
    InformationsquelleAutor Karussell
  3. 2

    Guichet offre plus de flexibilité sur la façon dont vous composez vous-même vos pages. Vous pouvez créer une page composée de composants pour l'ensemble de l'application , ou vous pouvez créer plusieurs pages que vous le souhaitez. Cliquez sur page est base. Wicket est le support d'ajax hors de la boîte. Les composants ajax dans le guichet à l'automne de retour à la normale actualisation de la page dans le cas où le navigateur ne supporte pas l'ajax. Wicket a des dizaines de composants de la boîte et des dizaines d'autres de projets connexes. Une grande fonctionnalité, je la trouve dans le guichet est sa verbosité.. cela signifie Que tout ce que mon application n'est ce que j'ai créé. Je vous écris de la totalité de la présentation avec html et css avec rien n'a été généré. Manque de magie est un gros plus pour moi de l'expérience. La dernière et la moins, beaucoup de grandes sociétés à l'aide de guichet. Walmat mobile et wellsfargo mobile sont fait avec wicket.

    • "Cela signifie que tout ce que mon application n'est ce que j'ai créé." Non, cela signifie tout ce que vous faites dans le code html que vous devez faire dans un guichet de la page. Rien n'est plus frustrant que d'avoir de la difficulté à trouver l'élément html qui est associé à un composant donné, ou vice versa. garder le code et le balisage en sync est un entretien cauchemars.
    InformationsquelleAutor joshua
  4. 1

    le plus grand inconvénient à wicket est son statefull la nature. Il peut être difficile de l'unité de test et de débogage questions de l'état. son statefull la nature des moyens qu'il utilise plus de mémoire, et peut affecter votre budget matériel. un des effets secondaires de la dynamique de la nature du guichet signifie qu'il doit être en mesure d'économiser de l'état, de temps à autre. pour ce faire, tous vos objets doivent être sérialisables.

    j'ai juste commencé à regarder sur. j'aime son apatrides de la nature. le web est de requête/réponse, qui devrait être apatrides ( au moins autant que possible).

    j'aime aussi comment bien cliquez sur s'intègre avec apache cayanne.

    • Avec un état de nature n'est plus un inconvénient si vous avez besoin de l'état.
    • je ne pense pas que c'est toujours vrai. un bon développeur sur une petite webapp probablement n'aurez pas beaucoup de questions en essayant de maintenir un complexe de l'état dans une petite webapp. Si j'avais un projet de grande envergure (+de 10 développeurs) la construction, je n'hésiterais pas à graviter autour d'un apatride en solution. C'est tellement plus facile de créer, tester, déboguer et à maintenir.
    • Avec soin, vous pouvez utiliser le guichet de construire des apatrides, des applications web. J'ai écrit un apatride boutique en ligne avec wicket. Voir mes autres posts comment appliquer l'apatridie.
    • Guichet simplement suce quand vous voulez l'utiliser dans un apatride de la mode. Il est vraiment difficile à déboguer, et vraiment difficile à maintenir les applications de guichet. Dans certains cas, le temps de développement peut être beaucoup moins avec Portillon, mais si vous avez un bug... c'est la fin. Je voudrais aller Sur la place. Si vous voulez gérer les membres, que vous pouvez utiliser une simple session d'étendue de printemps bean pour que. C'est tout.
    InformationsquelleAutor clarson