Question

Je viens d'un milieu Enterprise Java qui implique une pile logicielle assez lourde, et j'ai récemment découvert leCadre à rayures;ma première impression est que cela semble faire un bon travail en minimisant les parties désagréables de la création d'une application Web en Java.

Quelqu'un a-t-il utilisé Stripes pour un projet qui a été mis en ligne ?Et pouvez-vous partager vos expériences du projet ?De plus, avez-vous envisagé d’autres technologies et (si oui) pourquoi avez-vous choisi Stripes ?

Était-ce utile?

La solution

Nous utilisons Stripes depuis environ 4 ans maintenant.Notre pile est Stripes/EJB3/JPA.

Beaucoup utilisent Stripes plus Stripernate comme solution unique et complète.Nous ne le faisons pas parce que nous voulons que notre logique métier soit au sein du niveau EJB, nous nous appuyons donc simplement sur les entités JPA comme modèle combiné et DTO.

Stripes effectue la liaison avec nos entités/DTO et nous les renvoyons au niveau EJB pour le travail.Pour la plupart de nos éléments CRUD, c'est très simple et très simple, ce qui rend notre cas d'utilisation à 80 % trivial à utiliser.Pourtant, nous avons la flexibilité de faire ce que nous voulons pour les cas extrêmes qui génèrent toujours des applications compliquées.

Nous disposons d'un très grand Action Bean de base qui encapsule la majeure partie de nos opérations CRUD et effectue des rappels aux sous-classes individuelles spécifiques aux entités et aux formulaires.

Nous disposons également d'une grande bibliothèque de fichiers de balises interne pour gérer nos pages, la sécurité, la navigation, les tâches, etc.Un simple formulaire d'édition CRUD n'est guère plus qu'une liste de noms de champs, et nous obtenons tous les chromes, menus et contrôles d'accès "gratuitement".

La beauté de ceci est que nous pouvons conserver la métaphore basée sur les requêtes HTTP que nous aimons et que nous pouvons choisir les parties individuelles du système plutôt que d'utiliser une seule grosse pile.La couche Stripes est mince et méchante, et ne nous gêne jamais.

Nous avons un tas d'Ajax intégrant YUI et JQuery, tous travaillant sans douleur avec notre pile Stripes et EJB.

J'ai également porté une version allégée de la pile vers GAE pour un exemple de projet, devant essentiellement effectuer des travaux mineurs sur notre niveau EJB.Ainsi, l’ensemble de la pile est très agile et facile à modifier.Stripes est un facteur important dans ce sens puisque nous le laissons faire le peu de choses qu'il fait, et il le fait très bien.Déléguez ensuite le reste à d’autres parties de la pile.

Comme toujours, il y a des parties que les gens préféreraient parfois avoir différentes, mais Stripes serait franchement la dernière partie à entrer dans notre pile.Cela pourrait être meilleur pour prendre en charge l'ensemble complet de verbes HTTP, mais je préfère corriger Stripes pour mieux faire cela plutôt que de passer à autre chose.

Autres conseils

Nous utilisons désormais des rayures sur tous nos sites de production, et ce depuis environ un an maintenant.C'est un produit génial par rapport aux jambes de force que nous utilisions auparavant.Le simple fait qu'il n'y ait littéralement pas de fichiers de configuration XML et que vous puissiez tout configurer avec un minimum de classes et d'annotations est génial.

En termes d'échelle et de vitesse, cela semble en fait meilleur que les entretoises, et je suppose que ce serait parce qu'il y a moins de couches impliquées.Le code que vous obtenez est également beaucoup plus propre, car vous n'avez pas besoin de séparer les fichiers XML pour savoir où vont les redirections.

Nous l'utilisons avec un backend EJB3, et les deux semblent très bien fonctionner ensemble, car vous pouvez utiliser votre EJB POJO dans votre objet actionBean, sans avoir besoin d'un objet de formulaire comme dans Struts.

Dans notre évaluation, nous avons considéré une version alpha de struts (qui prenait en charge les annotations) et de nombreux autres frameworks, mais Stripes a gagné en raison de sa documentation, de sa stabilité et de sa propreté supérieures.

Je n'ai pas compris comment laisser un commentaire :donc pour répondre à votre deuxième question, nous n'avons rencontré aucun bug dans Stripes à ma connaissance.C'est assez impressionnant pour un framework open source.Je n'ai pas encore essayé la dernière version (1.5), mais la 1.4.x est très stable.

Nous avons converti un framework Web développé en interne en Stripes en une semaine environ.Nous l'utilisons en production en ce moment et c'est un excellent cadre.La communauté est extrêmement utile et le cadre ne vous gêne pas.Il peut être étendu à de nombreux endroits pour modifier le comportement comme bon vous semble.La fonctionnalité de liaison d’URL est également géniale.Nous avons implémenté un cadre de sécurité robuste utilisant des annotations et des intercepteurs.Nous utilisons Spring pour l'injection de dépendances et Stripes offre un excellent support pour cela.

J'utiliserais certainement la nouvelle version 1.5 si vous comptez l'utiliser.

Je suis un grand fan du framework.Je viens du milieu Struts et c'est exactement le cadre que je recherchais.Les autres développeurs de notre équipe aiment vraiment utiliser le framework stripes.

Je viens d'acheter le livre bêta de Stripes sur le site du programmeur pragmatique.C'est une excellente ressource sur Stripes 1.5.

Nous avons maintenant utilisé Stripes dans plusieurs projets de production et jusqu'à présent, l'expérience a été formidable.Le temps d'installation est faible et les problèmes de gestion de la configuration semblent moindres.Nous avons des applications Web fonctionnant avec Stripes/Dojo/Hibernate et d'autres avec un mélange de Stripes/Spring/JSP/Jquery etc.L'ajout de Stripes à nos projets existants a été assez simple grâce à leur prise en charge de l'intégration des configurations Spring existantes.Utiliser Stripes avec JSP est amusant même si parfois vous ressentez le besoin de coder en Java et de ne pas avoir à autant utiliser le JSTL.

Note:C'est une vieille question, mais étant donné qu'elle apparaît assez rapidement lorsque vous recherchez l'utilisation de Stripes, j'y ajoute une réponse.

Je viens également d'une formation Struts et JSF vers Stripes.Je suis passé d'un environnement de grande entreprise qui utilisait principalement Struts et JSF sur des projets plus récents, à un environnement plus petit qui réalisait tout son J2EE dans Stripes.

On dirait que Stripes vous donne ce que vous voulez dans un framework Web sans trop vous gêner.Peu de configuration est nécessaire, comme d'autres l'ont déjà mentionné.Développement très rapide et vous permet de vous concentrer sur la présentation, etc.au lieu de vous embêter avec le framework.

Si je devais démarrer un nouveau projet et que j'avais mon mot à dire, je choisirais Stripes ou JSF.J'aurais peut-être eu peur de Stripes si j'avais dû prendre la décision d'y passer, car cela ressemble un peu à un projet de sous-sol sourceforge au lieu d'un framework de niveau entreprise, mais il semble être assez solide.Nous utilisons Rayé pour un ORM facile.

Cependant, cela me rappelle Gomme Fruit Stripe, qui a perdu sa saveur BEAUCOUP TROP RAPIDEMENT.

Stripes est une technologie d'hier, si vous pouvez choisir quelque chose d'un peu plus moderne comme GWT.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top