Discussion :

[Marco46]

Bonjour,

ces dernières semaines j'ai créé un petit projet de serveur Rest avec la dernière version de Play.

J'ai posté le tout sur mon github.

J'aimerai recueillir des commentaires/avis sur le code et les pratiques utilisées.

Tout commentaire bienvenu !

Bisous les devs

[Marco46]

Projet mis à jour.

[missplay]

quel est la version de play2.x.x?

[Marco46]

La version courante, donc la 2.2.1. La 2.2.2 est en RC2 et sortira bientôt.

[missplay]

good job

[_skip]

Hello,

C'est une initiative très intéressante, si tu avais fait ça il y a deux ans j'aurai eu beaucoup moins de choses à découvrir à la dure.
J'ai aussi pu lire que tu avais commencé un développement pro avec play2 et angular. Comment ça se passe?

[Marco46]

Hello,

C'est une initiative très intéressante, si tu avais fait ça il y a deux ans j'aurai eu beaucoup moins de choses à découvrir à la dure.
J'ai aussi pu lire que tu avais commencé un développement pro avec play2 et angular. Comment ça se passe?

En fait j'ai fait 2 applis web en mode pro mais là je ne suis plus en mission. Je me fais un PoC (que j'espère déployer sur heroku la semaine prochaine) avec une partie Play! (le back) et une partie Angular/Bootstrap (le front) afin de pouvoir présenter ça en entretien sur des boulots centrés sur ces technos (pis aussi pour pouvoir en discuter entre dev). J'ai envie de continuer là dedans je crois beaucoup au duo Angular/Bootstrap notamment.

Concernant le dev pro l'équipe était composée d'un directeur technique qui nous chapeautait un autre dev et moi. Aucun d'entre nous ne connaissait ni Play ni Angular ni Bootstrap. Le chef a fait ces choix sur la base de conseils d'amis/connaissances à lui et pour essayer les technos en vogue. Et globalement c'était plutôt très bien vu. Le seul soucis c'est qu'on a pas vraiment eu le temps de s'adapter aux technos. Au début oui mais après 15 jours il a fallu vraiment speeder sur 6/7 mois et on apprend ni Play ni Angular en 15 jours c'est beaucoup trop court. Et au cours d'un sprint on était constamment pris entre le dilemme "sortir le livrable à temps" ce qui est le but du sprint et "chercher à trouver les bonnes pratiques". Par exemple sur Angular on a réellement compris ce qu'était une directive les 2 derniers mois. Et encore il nous manquait pas mal de notions.

Voilà je sais pas si ça répond à ta question "comment a se passe". En gros ça demande un gros apprentissage mais c'est bien. Malheureusement les impératifs économiques (en fait l'absence d'investissement des boites dans la formation) posent un réel problème pour s'approprier ce genre de technos. On ne se forme pas en une semaine sur ces techs, faut plusieurs semaines.

[_skip]

Alors là je vois exactement ce dont tu parles avec le choix inévitable entre étudier le framework en profondeur pour être capable d'en sortir le meilleur, et de l'autre côté la nécessité absolue d'avancer et de livrer. Je suis depuis 2 ans sur une application de backoffice (bon pas à temps plein, hein) et si je devais la réécrire avec ce que je connais aujourd'hui, c'est sûr qu'elle serait bien différente et certainement mieux fichue .
J'ai commencé avec play2 (en java) à ses débuts ce que je regrette terriblement. J'ai réécrit une partie de mes vues avec rythm, pour lequel j'ai conçu ma propre intégration car les vues scala mettaient mille fois trop de temps à compiler une fois que le projet avait dépassé une certaine taille. Maintenant, nouveau retournement, j'essaie de basculer peu à peu vers angular pour les nouveautés car je me rends compte que finalement ça me fait gagner en élégance par rapport au mix assez imbuvable de vues crées côté serveur + json dans champ hidden + javascript à profusion. J'ai commencé cette transition hier et déjà j'ai fait la journée pour me rendre compte que ce dont j'avais besoin pour gérer les 2 niveaux de navigation (menu top + menu left dépendant + zone client) c'était en fait UI-Router et je suis loin d'être certain des implications de mon choix. J'hésite aussi à utiliser bootstrap-UI pour avoir les composants disponibles à la sauce angularjs mais je galère aussi pour plein de trucs. Je sais toujours pas bien ce qu'est une directive et comment ça peut retourner une valeur de modèle au scope supérieur, bref je pédale un peu.

A part ça, je serai curieux de voir ce que donne le portage d'angular vers Dart.

[Marco46]

J'hésite aussi à utiliser bootstrap-UI pour avoir les composants disponibles à la sauce angularjs mais je galère aussi pour plein de trucs. Je sais toujours pas bien ce qu'est une directive et comment ça peut retourner une valeur de modèle au scope supérieur, bref je pédale un peu.

Vu la manière dont tu formules cette phrase je pense que tu devrais passer un certain temps sur des tutoriels, ceux-là sont pas mal.

Une directive ne retourne pas de valeur de modèle on scope supérieur. Jamais. Tu passes en paramètre de ta directive (par un attribut généralement avec un binding de type '=') le modèle et ça se met à jour tout seul.

Sinon j'ai mis à jour mon backend sur github. Le front va suivre dans les jours qui viennent avec le déploiement. Tu auras alors un exemple complet d'une application angular avec play. Bon certes très simpliste mais c'est déjà une base.

[_skip]

Vu la manière dont tu formules cette phrase je pense que tu devrais passer un certain temps sur des tutoriels, ceux-là sont pas mal.

Oui j'en suis bien conscient, et c'est prévu.
Le problème pour l'instant c'est que les exemples que j'ai parcouru sont un peu trop simplistes, mais faut s'entraîner.

[Marco46]

Ayé j'ai fini une première version de la stack MySQL/Play/Angular/Bootstrap.

Le code source du backend.
Le code source du frontend.

Et le bordel déployé sur Heroku. (la première connexion peut sembler longue du fait que les dyno heroku se mettent en mode sleep lorsqu'il n'y a pas d'activité)
Les services rest peuvent être attaqués directement à cette adresse.

[_skip]

Si je peux me permettre une suggestion, ton exemple serait plus accessible si tu utilisais une base embarquée style H2.

[Marco46]

Si je peux me permettre une suggestion, ton exemple serait plus accessible si tu utilisais une base embarquée style H2.

Ben je suis parti du principe que tout le monde connaît plus ou moins MySQL ...

[_skip]

Ben je suis parti du principe que tout le monde connaît plus ou moins MySQL ...

C'est à peu près le cas je pense, mais tout le monde n'a pas la possibilité d'installer mysql pour consulter un exemple. Si tu utilises une base embarquée, tu peux fabriquer une mini-DB en mémoire au lancement de l'application en balançant un script ce qui en fait une appli immédiatement utilisable sans pré-requis ou dépendances sur le poste exécutant.
Mais c'est juste une suggestion amicale, hein.