Hello,

Je me pose la question suivante : étant donné que le future des sites web (et le présent aussi d'ailleurs) réside dans l'utilisation d'une API REST comme point d'entrée central pour le framework frontend (style Angular, React), est-ce qu'on se dirige vers la mort des frameworks MVC backend style Rails, Django, Spring, etc. ?

Avec Firebase par exemple il est possible de s'abstraire complètement de coder soi-même son backend.

Alors oui on peut toujours utiliser les framework backends pour développer l'API REST mais cela veut dire qu'on n'utilise pas une bonne partie de leurs composants dédiés à l'affichage et à la génération de pages puisque finalement tout ce qu'on veut c'est du JSON

Vous en pensez quoi ?

Rien que pour la sécurisation je préfère coder le back, si tu ne le code pas tu ne connaît pas ses failles

Mmh ok mais je posais la question de manière générale, pas tes besoins spécifiques.

Il y a aussi le fait qu'avec Firebase tu laisses toutes tes data a la merci de Google.
C'est un problème pour beaucoup de gens

On a pas besoin d'une API pour tout.
Et y'a des frameworks légers comme Silex permettant de mettre en place des API REST.

Le 14 juin 2017 à 15:29:15 Alix_Speroza a écrit :
On a pas besoin d'une API pour tout.
Et y'a des frameworks légers comme Silex permettant de mettre en place des API REST.

PHP mec...

Quoi PHP ?

Btw, une API Rest, ça reste du MVC. Rien ne t'empêche d'avoir des composants restreints à tes besoins (cf symfony flex avec une installe minimale qui découle de l'esprit de Silex).

Le 14 juin 2017 à 12:25:14 Denvel a écrit :
Alors oui on peut toujours utiliser les framework backends pour développer l'API REST mais cela veut dire qu'on n'utilise pas une bonne partie de leurs composants dédiés à l'affichage et à la génération de pages puisque finalement tout ce qu'on veut c'est du JSON

Les SPA ne sont pas la réponse à tout.
Puis dès qu'on est confronté à des problématiques SEO, la partie serveur (réponse synchrone) est à privilégier.

Je dirais que les deux architectures frontend et backend sont complémentaires et couvrent des champs distincts. Le backend tu en auras toujours besoin pour communiquer avec des partenaires (tu vas pas donner tes clés et certificats au client^^), pour effectuer du code sécurisé et pour s'intégrer avec d'autres composants.

Restreindre le backend à une brique d'API (qui n'est au final qu'une exposition - couche de présentation) c'est méconnaître totalement le backend.

Perso j'arrive pas à piffrer les frameworks. Que ce soit en Front-End ou Back-end, je fais tout moi même. Je me sent libre, je connais mon code, ça me va

Le 15 juin 2017 à 00:16:25 Le_Tryall a écrit :
Perso j'arrive pas à piffrer les frameworks. Que ce soit en Front-End ou Back-end, je fais tout moi même. Je me sent libre, je connais mon code, ça me va

Mon Dieu si tu savais par contre le potientiel des frameworks une fois que tu les maîtrises...

Symfony et sa génération de page admin automatique, merci les bundles, son CRUD, ses formulaires avec JQuery validate déjà intégré, soit plus besoin de te casser la tête à vérifier coté client et serveur tes champs, sa gestion d'utilisateurs déjà implémenté, merci FosUser, soit t'as plus qu'à modifier le design, etc...

C'est un gain de temps de psychopathe...

Puis c'est tellement plus beau.. Cette manière de séparer le code en structure MVC...

PhpStorm qui possède un plugin Symfony téléchargé plus de 3 millions de fois, qui te simplifie la vie...

C'est limite divin.

Le 15 juin 2017 à 19:21:44 Sovetskikh a écrit :
soit plus besoin de te casser la tête à vérifier coté client et serveur

Et s'il désactive javascript, je suppose que t'as quand même des contrôles serveur

Coquin
Oui mais bon faut oser quand même

Yep je sais, mais j'ai vraiment du mal avec les Framework. Je suis quelqu'un de très pointilleux sur les syntaxes, la plupart du temps je trouve que les framework rendent illisible mon code.

Après je suis pas encore professionnel dans le domaine du développement Web, je m'y mettrai bien un jour. Mais pour le moment j'ai déjà un Espace Membre - Espace Admin - Inscription/Connexion - Envoie d'Email - Reset de Password (et encore pleins de petits détails) entièrement fait en PHP/Javascript sans aucun framework. Et ça tourne vraiment bien.

Le 15 juin 2017 à 23:08:31 Le_Tryall a écrit :
Yep je sais, mais j'ai vraiment du mal avec les Framework. Je suis quelqu'un de très pointilleux sur les syntaxes, la plupart du temps je trouve que les framework rendent illisible mon code.

Après je suis pas encore professionnel dans le domaine du développement Web, je m'y mettrai bien un jour. Mais pour le moment j'ai déjà un Espace Membre - Espace Admin - Inscription/Connexion - Envoie d'Email - Reset de Password (et encore pleins de petits détails) entièrement fait en PHP/Javascript sans aucun framework. Et ça tourne vraiment bien.

Je pense que tu manques d'expérience et de recul.
Les frameworks permettent justement de structurer le code tout en fournissant une multitude de composants et de librairies.

Le 15 juin 2017 à 23:08:31 Le_Tryall a écrit :
Yep je sais, mais j'ai vraiment du mal avec les Framework. Je suis quelqu'un de très pointilleux sur les syntaxes, la plupart du temps je trouve que les framework rendent illisible mon code.

Après je suis pas encore professionnel dans le domaine du développement Web, je m'y mettrai bien un jour. Mais pour le moment j'ai déjà un Espace Membre - Espace Admin - Inscription/Connexion - Envoie d'Email - Reset de Password (et encore pleins de petits détails) entièrement fait en PHP/Javascript sans aucun framework. Et ça tourne vraiment bien.

Je pense que tu ne t'es pas assez renseigné sur la chose.

Quant on utilise les frameworks à l'heure actuelle ou même simplement des librairies téléchargées via Composer, on utilise énormement de conventions, de recommandations (PSR) pour assurer une utilisation standard quelque soit l'environnement de developpement (frameworks ou pas)

Ça va des minuscules ou majuscules à utiliser (camelCase, StudlyCaps, UPPERCASE), en passant par le nombre d'espace, l'indentation etc... à l'auto-loading.

En plus de ça, les frameworks vont proposer une architecture pensée pour avoir un code propre, testable, logique, efficace et surtout maintenable.

Le travail du développeur n'est plus de reussir à envoyer un mail ou créer un module d'inscription/connexion. On parle là de fonctionnalité basiques, sur lesquelles on ne peut plus perdre de temps.

Le challenge se situe plutôt sur sa capacité à focaliser sur la logique métier et surtout à découpler les différentes parties de son application.

À l'heure actuelle, le plus important est d'avoir une application testable, de savoir refactoriser, utiliser des designs patterns, tout cela en essayant de suivre un maximum certaines conventions et recommandations.

Les frameworks ainsi que toutes les packages installables via Composer sont justement une magnifique opportunité. Plus on les utilise, plus on apprend.

Si on reste dans son pti code maison à soi (même si c'est très bien au début) on rate toute la beauté de la chose et on ne se donne pas la chance de progresser. Je raconte même pas le bordel si c'est pour travailler en équipe.

Vdd +1

https://youtu.be/QglFGVDcuX8?t=4s