Bonjour !

Je travaille actuellement sur un gros projet de site web communautaire et j'aurai besoin qu'on m'aiguille quant au choix du framework pour développer celui-ci, sachant que :

- J'ai dans mon équipe un graphiste et un intégrateur, donc j'aurai déjà les fichiers HTML, CSS et JS à ma disposition.

- Le WebService ( en java ) ainsi que la base de donnée sont finalisés et fonctionnels.

Le framework me servirait donc uniquement à faire la jointure entre le Front et le WS ( donc je me fiche un peu des fonctionnalités de requêtes SQL etc )

J'ai seulement travaillé avec Zend Framework, donc je connais le principe du MVC.

Un framework est-il bien un outil approprié dans mon cas ? Si oui, vers lequel dois-je m'orienter ?

J'ai regardé un peu les tendances : Laravel, Codeigniter, Symfony, cakePHP etc ... Ceux-ci ne sont-ils pas un peu lourds si je m'en sers juste pour faire le lien entre mon WS et le HTML?

Merci d'avance !

il me semble que PHP propose assez simplement de faire des appels WS en natif.
Du coup, si j'ai raison, pas besoin de fw.

Merci les bots !
Ouais c'est ce que je me disais aussi, mais j'ai peur de passer à côtés de certaines fonctionnalités ( notamment des surcouches de sécurité ) qu'offrent les frameworks.

NdM: Un messag de flood avant astro788 d'efface (et une reponse par un forumeur)

Coté sécurité je sais que OAuth est plus ou moins la reference pour securiser des WS.
par contre il y a 2 versions (OAuth 1 et OAuth 2) et je suis incapable de t'en dire plus.

Que renvoie le web service ?
Que contiendra ta webapp ?

J'ai plutôt l'impression que ton web service fournit des DTO (en json) utilisables par une couche de présentation. Dans ce cas, regarde peut-être du côté des frameworks MVC clients.

Si tu veux faire une webapp backend, dans ce cas pourquoi ne pas partir sur une stack java vu que tu sembles maîtriser ce langage ? Regarde du côté de spring boot par ex.

Voire tu peux faire un compromis avec JHipster qui te donnera un spring boot + angular

Le 28 juillet 2015 à 20:09:41 Darkandgel a écrit :
Coté sécurité je sais que OAuth est plus ou moins la reference pour securiser des WS.
par contre il y a 2 versions (OAuth 1 et OAuth 2) et je suis incapable de t'en dire plus.

J'utilise déjà Oauth pour la sécu du WS, mais merci

Le 28 juillet 2015 à 21:16:50 iwgoo a écrit :
Que renvoie le web service ?
Que contiendra ta webapp ?

J'ai plutôt l'impression que ton web service fournit des DTO (en json) utilisables par une couche de présentation. Dans ce cas, regarde peut-être du côté des frameworks MVC clients.

Si tu veux faire une webapp backend, dans ce cas pourquoi ne pas partir sur une stack java vu que tu sembles maîtriser ce langage ? Regarde du côté de spring boot par ex.

Voire tu peux faire un compromis avec JHipster qui te donnera un spring boot + angular

Oui exactement, la plupart des requêtes me fournissent des DTO en JSON. Après la webapp c'est un site plutot classique ( login, partage de contenu, commentaires etc )
Je vais jeter un oeil aux outils que tu proposes, quand est-il de la gestion des routes (URL) etc ?

Désolé du double post, mais il semble que je ne puisse plus éditer..

J'ai également trouvé Lumen & Slim comme micro-framework. On peut m'en dire plus ?
Par exemple, j'aimerai pouvoir handle les différents codes d'erreur ou de retour, et exploiter directement le json de mon WS au retour de la requête.

J'ai utilisé Slim quand j'ai voulu faire mumuse avec une API REST.

Ca marche plutot bien, ça fait le boulot, et couplé avec du Backbone derriere ça se manipule assez bien.

Je pense qu'un framework js, comme Backbone ou Angular se rapproche pas mal de ce que tu recherches.
Après, c'est un peu casse gueule au début (j'ai longtemps pesté contre backbone et sa documentation minimaliste) et tu perds facilement des heures pour une histoire d'arguments pas dans le bon sens ou de mauvais code de retour.

Oui, j'allais justement te proposer d'aller voir Backbone / Angular / EmberJS. Ca a l'air de correspondre exactement à ce que tu veux.

Mais il faut voir ce que renvoient exactement tes WS.
Si ce sont des données métier (juste du service) il faudra une webapp qui les traitera et renverra un DTO de vue utilisable (après à voir si c'est la webapp qui génère du html côté serveur, ou si elle renvoie du json qui est ensuite utilisé par un framework mvc client).

Si ton WS renvoie des données directement utilisables, cad un DTO de vue (ce qui est le mieux), dans ce cas tu peux utiliser un MVC client pour les consommer.