C'était plus une discussion pour savoir ce que les gens pensent de nos jours sur la façon de diviser une application Web.
J'ai l'habitude de créer une application MVC avec toutes ses vues et contrôleurs. Je créais normalement une vue complète et la transmettais au navigateur sur une demande de page complète, sauf s'il y avait des zones spécifiques que je ne voulais pas remplir immédiatement et j'utilisais ensuite des événements de chargement de page DOM pour appeler le serveur pour charger d'autres zones en utilisant AJAX.
De plus, en ce qui concerne le rafraîchissement partiel de la page, j'appellerais une méthode d'action MVC qui retournerait le fragment HTML que je pourrais ensuite utiliser pour remplir des parties de la page. Ce serait pour les zones que je ne voulais pas ralentir le chargement initial des pages, ou les zones qui correspondaient mieux aux appels AJAX. Un exemple serait pour la pagination de table. Si vous souhaitez passer à la page suivante, je préférerais qu'un appel AJAX reçoive ces informations plutôt que d'utiliser une actualisation de la page complète. Mais l'appel AJAX retournerait toujours un fragment HTML.
Ma question est. Mes réflexions sur cet archaïque parce que je viens d'un arrière-plan .net plutôt que d'un arrière-plan purement frontal?
Un développeur frontal intelligent avec qui je travaille, préfère ne rien faire dans les vues MVC, et préfère tout faire sur le front. Jusqu'aux appels d'API Web remplissant la page. Ainsi, plutôt que d'appeler une méthode d'action MVC, qui retourne du HTML, il préférerait retourner un objet standard et utiliser javascript pour créer tous les éléments de la page.
La méthode du développeur frontal signifie que tous les avantages que j'obtiens normalement avec la validation de modèle MVC, y compris la validation côté client, disparaîtraient. Cela signifie également que tous les avantages que j'obtiens avec la création des vues, avec des modèles html fortement saisis, etc. seraient disparus.
Je crois que cela signifierait que j'aurais besoin d'écrire la même validation pour la validation front-end et back-end. Le javascript devrait également avoir beaucoup de méthodes pour créer toutes les différentes parties du DOM. Par exemple, lorsque j'ajoute une nouvelle ligne à une table, j'utilise normalement la vue partielle MVC pour créer la ligne, puis la renvoie dans le cadre de l'appel AJAX, qui est ensuite injecté dans la table. En utilisant une manière frontale pure, le javascript prendrait un objet (pour, disons, un produit) pour la ligne de l'appel api, puis créerait une ligne à partir de cet objet. Création de chaque partie individuelle de la ligne du tableau.
Le site Web en question comportera de nombreux domaines différents, depuis l'administration, les formulaires, la recherche de produits, etc. Un site Web qui, selon moi, ne nécessite pas d'être architecturé en une seule page d'application.
Quelles sont les opinions de tout le monde à ce sujet?
Je suis intéressé à entendre les développeurs front-end et les développeurs back-end.