Version imprimable
Bonjour tout le monde,
Je me pose la question du front-end a utiliser pour Play2...
L'option par défaut de play avec les templates scala suffit-elle ?
Quel est la valeur ajouté d'intégrer un AngularJS ?
Dans quel cas est-ce nécessaire ?
Que conseilleriez-vous en front-end avec Play2 et dans quelles conditions ?
Si vous pouviez éclairer ma lanterne dans ce déluge de framework web je vous en serai reconnaissant :ccool:
Disons que c'est plus une question de gouts.
Tu veux faire le maximum coté serveur, donc solution à base de templates, ou tu restes léger coté serveur, à base de services web et tu utilises une solution comme Angular JS.
Si tu dois développer par la suite une application sur mobile, par sur Angular JS, tu auras ta couche service web deja prete.
Merci pour la réponse.
Du coup je pose la question de façon plus générale, qu'apporte foncièrement un angularjs ?
Quelle est sa valeur ajoutée par rapport aux templates play.
J'aurai pu répondre à cette question si j'avais pu tester les deux, ce qui n'est pas le cas malheureusement.
Quand je vois la profusion de framework type Angular, Knockout, Node, etc. je n'arrive pas à avoir une vision claire des différences en terme de fonctionnalités et de propension à être utilisé dans tel ou tel contexte.
J'ai essayé de me pas mal me documenter sur le net sur les différents framework mais au final ça reste assez flou.
Angular JS est un framework MVC javascript, qui fonctionne coté client.
En gros, tu ne fais que des appels de services web vers ton serveur qui ne te renvoie que des données. Tout le reste se fait coté client avec du javascript et des attributs s'intégrant aux balises html classiques: le parsing des données, l'affichage, le filtrage.
Le principe des templates Play est différent. Tu fais tout coté serveur, et tu renvoies à ton client des morceaux de pages web, construit à partir de templates scala interprétés coté serveur.
La mode en ce moment, est aux architectures légères, à base de services Web REST, et de déporter le plus possible coté client. Ce qui correspond bien à ce que peut faire Angular.
Maintenant, plus on déporte coté client, plus il y a de risques de tomber sur des clients possédant de vieux navigateurs et qui risquent de rencontrer des problèmes de navigation.
Ok je ne sais pas pourquoi mais j'avais cru comprendre que les templates scala de play permettaient cela également... tout s'explique.
Du coup l'intérêt de angular est principalement sur des pages très dynamiques.
Si on imagine par exemple un site de petites annonces genre leboncoin, l'intérêt est très limité je suppose non ?
Mais du coup, comment choisir le front-end à utiliser dans la profusion de framework ?
Angular sort de Google et aura tendance donc à se démocratiser, quid de Knockout ou d'autres ?
A priori Knockout a pour avantage d'être compatible avec des versions plus vieilles des navigateurs, en sacrifiant je suppose des fonctionnalités... ?
Je n'ai jamais utilisé Knockout donc je ne me prononcerai pas.
Si je dois faire beaucoup d'Ajax, je partirais plutot sur Angular.
Les templates à base de JQuery et backbone, je ne suis pas fan.
Si je dois faire une application simple sans Ajax, je me contenterai des templates.
Au contraire un site de petites annonces va nécessiter une partie admin pour la gestion du site, une gestion de comptes utilisateurs, une gestion de CRUD des annonces et une gestion d’interaction avec les annonces. Ca fait beaucoup et ça ressemble beaucoup plus à une application qu'à un vulgaire site web marketting.Citation:
Envoyé par BigFoot69
Angular est fait pour gérer des applications web.
Perso j'utilise la stack suivante : MySQL et Play pour le back et Bootstrap, AngularUI et AngularJs pour le front.
C'est très très efficace et Bootstrap apporte le côté responsive design permettant d'avoir le même site web quelque soit le terminal utilisé (desktop, tablette ou smartphone).
Je suis entrain de développer un Proof Of Concept de cette stack, j'ai posté le code sur Github (cf mon profil). Pour le moment il n'y a qu'un bout de la partie back (testable néanmoins) mais la partie front est en cours et va suivre dans les jours qui viennent. Le tout sera déployé sur Heroku pour la démo.
Merci pour vos réponses.
@Marco46 ça m'intéresse
Il y a un exemple disponible pour Play2 qui inclue AngularJS + RequireJS + WebJars.
Quel est le plus apporté par les 2 derniers, RequireJS et WebJars ?
(J'en ai une vague idée après avoir consulté divers blogs mais je préfère une explication concrète :oops:)
Concernant Bootstrap tu utilises le module d'AngularUI (UI-Bootstrap) ?
Si oui il n'y a aucune différence avec la lib traditionnelle ?
Ah et aussi as-tu déjà utilisé la lib Closure ? Un avis ?
Sur ma dernière mission on utilisait Angular avec Bootstrap et Angular-ui. Mais on utilisait aussi du jQuery et du jQueryUI, on a pas mal tatonné et à la fin on était pas tous d'accord sur les bonnes pratiques.
Depuis que j'ai terminé cette mission je monte une stack complète de mon côté, je vais pas tarder à la publier mais en gros pour le front c'est :
- Yeoman (pour l'orga)
- Grunt (pour les tâches)
- Bower (pour les dépendances)
Ensuite côté librairies :
Angular, Bootstrap, Angular-ui et picétou.
Je ne connais ni RequireJS (enfin je sais que c'est une lib pour gérer les dépendances JS c'est ça ?) ni WebJars.Citation:
Il y a un exemple disponible pour Play2 qui inclue AngularJS + RequireJS + WebJars.
Quel est le plus apporté par les 2 derniers, RequireJS et WebJars ?
Citation:
Concernant Bootstrap tu utilises le module d'AngularUI (UI-Bootstrap) ?
Ben oui et non. En fait, une partie des "Components" de la librairie traditionnelle ont été "surchargés" sous forme de directives dans la libraire angular-ui. Le rendu est en tout cas identique, les CSS ne bougent pas, seule la partie javascript est adaptée aux pré-requis d'angular.Citation:
Si oui il n'y a aucune différence avec la lib traditionnelle ?
Non désolé.Citation:
Ah et aussi as-tu déjà utilisé la lib Closure ? Un avis ?
A priori WebJars est un Bower like (voir http://danhoran.me/webjars-requirejs/).
J'ai encore parcouru le net pour trouver des infos sur RequireJS et j'ai l'impression qu'il gère dynamiquement les dépendances.