Question

Je travaille avec Django avant et ont récemment vu cadre de lecture .

Est-ce la réponse de la communauté Java à Django? Toute expérience avec elle? Toutes les comparaisons de performance avec d'autres frameworks Java Web?

Edit: Presque similaire à cette question , la réponses, malheureusement, ne disent pas grand chose sur le cadre.

Était-ce utile?

La solution

Play! est une bouffée d'air frais dans Java et court-circuite toutes les cochonneries de l'entreprise qui a évolué au fil des années. Même l'espace de noms est de jouer tout simplement pas com.playframework. Il est censé être une réponse à Rails, Django etc et MVC basé. Il est nécessaire pour Java pour rester pertinent dans tous les magasins, mais profonds d'entreprise bien ancrées.

Play! réduit la configuration douloureuse et prélèvements excessifs de vieux Java. Il est une pile complète, il ne se fie pas ou jouer à l'ancienne Servlet / méthode EJB comme Restlet a essayé de le faire (ce qui REST plus facile à Servlets). Jouer! est un cadre basé sur Java REST qui est un concurrent valable à d'autres plates-formes frameworks MVC.

Il est très RESTful et il est facile de lier un paramètre à une méthode java. Ils ont également fait JPA beaucoup plus facile à utiliser grâce à leur espace de jeu.

play.db.jpa.Model 

public void messages(int page) {
    User connectedUser = User.find("byEmail", connected());
    List<Message> messages = Message.find(
        "user = ? and read = false order by date desc",
        connectedUser
    ).from(page * 10).fetch(10);
    render(connectedUser, messages);
}

Python est utilisé pour les scripts construit au lieu de Maven qui pourrait sauver quelques vies.

Je n'ai pas été enthousiasmés par un framework Java depuis Red5 ou Restlet. Un bonus est qu'ils ont des moyens faciles d'obtenir votre application sur Google AppEngine et en utilisant la version Java de GAE.

Autres conseils

J'utilise Play! maintenant quelques mois et, en fait, ont appris à aimer le cadre. Je luttais avec Rails et Django un peu, surtout parce que je ne suis vraiment pas fan de langues typé dynamiquement; Cependant, il n'a jamais été un très bon cadre de développement web pour Java de rivaliser avec ceux-ci. En termes de productivité, Rails et Django ont été les leaders de la course aux armements MVC qui se passait. Jouer! est génial, il est concis, évolutif, puissant, et il a une grande communauté qui grandit tout le temps. Si vous êtes encore vraiment en utilisant un langage comme un Python ou Ruby, vous pouvez utiliser Play! avec Scala aussi. Je suis vraiment en train d'entrer dans Scala maintenant parce que je pense qu'il a un grand avenir et il est beaucoup de plaisir à utiliser. Quoi qu'il en soit, je recommande de donner un essai!

Le Play! cadre est un très bon logiciel, et que l'environnement pléthorique JavaEE devrait être inspiré de.

je me suis déplacé de Java -> Django en raison du cycle rapide « modifier le fichier » / « reload navigateur », et le jeu! cadre me fait revins à mon langage Java préféré.

Il pourrait également être comparé à certains termes à ce que Grails et dans les langages dynamiques généraux en Java (Groovy est utilisé en jeu!) Tentent d'importer. Simplicité, la rapidité et la fiabilité

Je suis aussi un utilisateur Django. Je viens visité le cadre de lecture et écumer répercutant sa documentation. Il a la conception simpliste Django a été connu. Il a même application support moteur intégré. Je suis sûr que beaucoup de développeurs Java supporteront, et il ne faut un certain temps pour voir les plugins frais de la communauté.

Nous avons récemment commencé à utiliser pour la construction d'un jeu webservice pour diverses applications mobiles. Je viens d'un environnement Java. Je peux vous dire que la courbe d'apprentissage est pas tout si raide - littéralement dans une heure, j'avais le webservice en cours d'exécution avec l'API de base déjà. Une semaine plus tard, nous étions sur Amazon Web Services. Je vois vraiment un avenir pour jeu car il simplifie le développement web pour les développeurs Java.

Couple de choses que je remarquai cependant (actif versioning, etc.) ne sont toujours pas intégrés dans le cadre, mais je suis sûr qu'ils seront là dans le temps. Je dirais que ce vaut vraiment le coup en utilisant le jeu.

Je viens d'une très solide expérience de java. Donc, ma réponse ici pourrait être un peu biaisé.

Jouer apporte enfin à la communauté java ce django a été pendant toutes ces années dans la communauté de python, mais juste une façon meilleure. Le jeu est construit sur l'héritage jvm donc toutes les bonnes choses à partir d'une plate-forme solide qui a prouvons au cours des années à être le plus fiable et évolutive qui permet d'écrire et exécuter des applications à l'échelle.

Je veux dire que j'ai essayé django. Sa popularité au sein de la communauté web m'a fait curios et je voulais essayer.

Bizarrement, je ne trouve pas aussi facile à utiliser comme je l'avais prévu. Autant de configurations. bibliothèques Trop mai faire la même chose et souvent pas très bien jouer les uns avec les autres. Une façon trop magique. En outre, ne pas avoir la sécurité de type rend très difficile à gérer et à maintenir application web à grande échelle. Ne vous méprenez pas, je suis sûr que les gens ont réussi à le faire, mais dans mon expérience, je trouve encore java / scala convient le mieux pour cela, en particulier lorsque vous partagez la base de code avec beaucoup d'autres développeurs.

Prise en charge IDE pour Java, il est imbattable. Si vous implémentez TDD vous vous trouverez refactorisation de code et déplacer des choses sur la base quotidienne. Et java IDEs vous donner toute cette puissance. Avec la sécurité et type plus.

Mon point de vue est loin que tant que vous vous retrouvez à écrire une simple application CRUD / prototype / jouet sans même y penser trop de fonctionnalités avancées et grande échelle, alors vous pouvez probablement trouver quelques avantages sur l'utilisation de python / django. Sinon, l'ensemble de l'écosystème Java gagne haut la main. Et le jeu est la cerise sur le dessus.

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