Forum d'entraide PHPFrance

Petit questionnement d'intérêt général. Je vais avoir à produire un site de taille modeste pour une petite entreprise à vocation locale, voire régionale, mais pas vraiment au-delà. La taille du site devrait tenir sur une disquette, on est très loin du portail : 4 ou cinq pages (publiques) plus quelques pages d'administration à accès restreint pour gérer le contenu avec une base de données qui ne devrait pas compter beaucoup plus de 8 ou 10 tables.

Je m'interroge sur la pertinence d'utiliser le modèle MVC dans la conception de l'application. Autant je conçois fort bien les avantage de séparer la couche de traitement de la couche de présentation, autant j'ai pu lire sur divers sites que ce motif de conception ne se justifie pas vraiment pour une petite application. (Indépendamment de l'intérêt didactique de ce type de développement)

Quels avis auraient des praticiens expérimentés sur ce problème ?

Pour un site de petite ou moyenne taille je ne vois surtout pas l'intérêt de coder le site "from scratch" et donc de se poser une telle question

Qu'appelles-tu "coder un site from scratch" ? Dans mon esprit, ça voudrait dire en partant de zéro, ce qui est le cas et du coup ton observation devient étrange à mes yeux

Et bien mon avis sur la question est que coder un site de A à Z pour un professionnel est globalement une perte de temps dans la plupart des cas (sauf fonctionnalités très spécifiques attendues). D'où ma réponse : se poser la question d'implémenter le modèle MVC pour un site "standard" n'est pas la bonne question selon moi On devrait plutôt se demander s'il faut implémenter quoi que ce soit

Sinon pour répondre à ta question sans détour, je pense qu'en effet un modèle MVC "strict" n'a de sens que pour un projet qui nécessite une réelle démarche qualité, ce qui ne sera évidemment pas le cas pour 90% des sites web. Pour tous ces "petits" projets il faut se contenter de la séparation présentation/moteur et ça suffit bien. Pour peu que la couche présentation respecte elle-même les règles de séparation forme/contenu/comportements (css/html sémantique/javascript), on a déjà tous les ingrédients d'un site pérenne. Il n'en faut pas plus.

Je vois. En fait quand je dis que je pars de zéro, il faut entendre que le site pour l'instant n'existe pas du tout. En revanche, j'ai des librairies de code que je vais utiliser. Mais ma question était donc : serait-il vraiment utile de les intégrer dans un modèle MVC et dans ce cas, il serait peut-être plus approprié d'utiliser un framework existant. Mais pour un site de cette taille, ça me semble aussi un peu exagéré. Ceci dit, qui peut le plus peut le moins, donc à terme, le choix n'est pas forcément dénué d'intérêt si on considère que des évolution dans le site du client, une progression de ses affaires et l'ajout de fonctionnalités multiples au fil du temps seraient probablement plus simples en utilisant ce modèle plutôt que de l'implémenter après coup en reprenant tout le site.

Il est vrai aussi que ma question est également motivée par le fait que je souhaite aussi me familiariser avec les design patterns en PHP : commencer sur une application de petite taille ne serait pas le plus mauvais chemin. reste un problème : est-ce que ça pourrait risquer de pourrir les performances du site par rapport à un système plus classique, même en séparant les différentes couches, ce que je fais déjà de toutes façons.