Scalatra ou Finatra ? Ou node.js ?

Bonjour, revenant à la programmation web après une longue parenthèse (pour résumer, auparavant, j'avais travaillé surtout avec Java, Spring MVC et Hibernate en back-end, avec Prototype en front-end), bref, je me demandais quels langages choisir aujourd'hui, et surtout quel framework JavaScript. Après de nombreuses recherches, intéressé par Angular 2 et par Scala, j'ai d'abord expérimenté Scala hors web avec Swing, et j'ai vraiment aimé sa syntaxe et sa logique par rapport à celles de Java. J'ai ensuite testé Angular2 (que j'ai fortement apprécié) et je pensais l'associer à Play2-Scala. Mais je trouve finalement ce dernier trop lourd, ou en tous cas inadapté à un projet basé sur Angular2, pour lequel il me semble préférable d'avoir un back-end minimaliste.

Désolé pour ces longs préliminaires, mais j'en arrive à ma question : dans l'optique d'un framework léger en Scala, à associer à Angular2, que me conseilleriez-vous entre Scalatra et Finatra ? Ou me diriez-vous plutôt d'oublier Scala et de me contenter de node.js côté serveur ?

Merci d'avance pour vos explications.

Hello

Tout dépend des traitements que tu envisages de faire côté backend. Scala est très intéressant par le paradigme acteur qu'il propose.

Pour le framework, j'ai de la sympathie pour Scalatra. Avec tu auras peu de limites, il est très complet. Et très bien documenté.

Finatra, je ne peux pas juger, je ne connais pas assez.

Merci pour cette réponse. Et effectivement, j'aime beaucoup Scala (pour ce que j'en ai vu en passant trois semaines intensives dessus), d'autant que je suis habitué à l'environnement Apache2/Tomcat/MySQL. Dans l'état actuel de mes recherches, voulant un back-end assez minimaliste, j'ai cependant commencé à tester un environnement Nginx/Node.js/MongoDB. Le backend ne servant à Angular2, en exagérant un peu, qu'à interroger la BDD, on peut n'avoir presque que des pages statiques interrogeant le back-end en Ajax (ou en WebSockets). Après avoir testé un peu Express (le framework node.js minimaliste) avec Monk (un driver minimaliste pour MongoDB), et je suis en train de voir Sails et Loopback (des frameworks node.js plus évolués).

Donc, je vais déjà continuer à tester ça au moins une semaine ou deux, quitte à changer d'avis plus tard ... D'autant que c'est un peu dur de changer complètement d'architecture, ça m'oblige à repartir de très bas, mais c'est intéressant à étudier maintenant car j'ai du temps en cette fin d'année (je suis en maison de convalescence, avec les deux jambes en cours de réparation...) et l'avantage à terme, outre le gain de performance, serait de coder en TypeScript à la fois le back-end et le front-end. Pour autant, ma décision n'est pas encore définitive et j'écouterai avec plaisir votre avis sur la question (notamment sur le framework de node.js : Express, Sails ou Loopback?).

Hello !

C'est une bonne démarche. Si tu as le temps d'évaluer différentes options, n'hésite pas. C'est d'ailleurs très pédagogique.

TypeScript pour la stack complète (front+back), intéressante approche. Moi j'évalue exactement la même démarche d'unicité de langage mais avec Scala (scalajs pour le front). :P

Effectivement, l'option scala.js est tentante (je préfère la syntaxe de Scala à celle de TypeScript : elle est plus "belle" et plus "naturelle" pour moi). Si j'en ai le temps, je testerai aussi cette deuxième voie, tu m'en as donné envie :zoubi:

Mais j'aime beaucoup le concept nginx/node.js côté serveur, donc je pense quand même plutôt m'orienter sur LoopBack/Angular2. Et de temps en temps, quand j'en aurai marre du TypeScript, je ferai des pauses de Scala/Swing : je me suis notamment amusé à faire un explorateur de fractales, permettant de zoomer/dézoomer, de se déplacer et d'enregistrer les images, comme celle ci-dessous - mais je dois l'étoffer encore un peu, mettre plus de types de fractales 8-)

Pièce jointe 223293