Finalement, je n'ai pas envie de continuer à discuter ...
Faites de l'objet, si cela vous chante. Développez des applications qui seront, je ne doute pas, bien optimisés, selon vous.

Pour ma part, cela ne m'intéresse plus de discuter sur ce sujet.

Objet ou pas, chacun en a son idée. Programmez comme vous voulez chez vous. Pour des projets complexes, ou des exercices de style, ou pour une plus grande réutilisabilité, utilisez l'objets, et ceux qui veulent faire du procédural, faites-le (perso, je fais du procédural avec de la persistance de données et je n'en suis pas mort)

Euh...je veux pas faire le relou (si en fait) mais vous avez vu le titre du topic ? Comment mettre en place une architecture MVC ? Ça s'éloigne là. Je pense qu'il faudrait se recentrer un peu sur le thème parce que la POO c'est bien gentil mais il y a des milliers de topics où on en parle et c'est toujours pareil, il y a les partisans, les détracteurs et au milieu ceux qui aimerait bien s'y mettre mais qui callent pas trop l'intérêt.


Nessper, qui fait son relou

+1

Concernant la POO, j'encourage ceux qui veulent en discuter à ouvrir un sujet "pour ou contre", ou à simplement répondre à un sujet qui est un peu plus proche de cette discussion : POO ?
Comme ça entre l'exemple de pascaltje et celui que je donne dans le message sus-cité, vous avez l'embarras du choix pour comprendre le concept de base (et son intérêt)

Je sais, je sais, je me permet juste une petite remarque, hors sujet du topic initial, mais tout de même :

Euh sinon je vois aussi pour la POO, je me dis que si tu as beaucoup d'outils dans ton garage
tu vois un gros stock, ca traine un peu partout dans des boites ou cartons ou sac.. ta besoin d'un outil tu cherches pendant trois plombes, tu as trop d'outils en faite, là un bel etablis pour tout bien ranger et mettre en evidence ce serait bien pratique, et quand tu as besoin de faire un truc tu t'y retrouves facilement, c'est comme ça que je vois l'utilité de la POO.
Mais bon dans mon cas j'ai que quelques tournevis, une pince et un marteau... ben je met tout ça dans un tiroir et puis voila ça me suffit finalement (Procédural).

Bon ouai j'aime bien faire des comparaisons à la con

Je tenais à féliciter Caribou pour cette magnifique comparaison : je la trouve très bien construite, et j'adhère totalement
Maintenant que le grand Mysterarts à parler, je vous laisse le soin de répondre à la question initiale !

Mysterarts, c'est pas parce que j'ai loupé le coche pour faire ma remarque, que je dois pas la faire, non mais oh !

Personnellement pour avoir une architecture MVC je me suis fait un "mini Framework".
Mais il y a "plus simple" pour avoir son architecture MVC, qui après s'être mis à l'utiliser, on y voit aucun inconvénient, les cloisons "imposées" par cette architecture ne sont que des choses qui rendent ton code bien "meilleur" dans le sens où il est beaucoup mieux découpé donc apriori "mieux pensé".

J'essaye ici de sortir un exemple simple :

index.php

models/Cats.php

views/index.html

Je ne suis pas sur que mon exemple marche, mais l'idée est là pour un cas super simple.
Mais il vaut mieux coder un petit système pour avoir un MVC un peu plus "automagique".

Voici l'architecture pour laquelle on a opté pour Seelies :
Seelies - Sources


Sephi-Chan

Intéressant, mais dommage d'utiliser MySQLi plutot que PDO.
Et dommage aussi que le MVC ne soit pas automatique mais manuel.

J'avoue m'être intéressé à PDO, pour lequel je basculerais peut-être.

Concernant l'automatisation du MVC, qu'appelle-tu manuel ? L'appel des contrôleurs (header et footer) et des vues fais à la main ? Si c'est ça, ça ne me dérange pas, ça me permet de facilité l'appel de fragment de pages par Javascript tout en gardant un arbre DOM valide.

J'automatiserai peut-être ces appels dans le contrôleur principal index.php, il suffirait alors d'ajouter une variable lors des appels Ajax, qui dit en gros : n'inclue pas le header et le footer.

J'attends de voir si j'ai besoin de plus de flexibilité, et je suis toujours en quête d'améliorations de ce système.


Sephi-Chan

Et bien par exemple tu ne sembles pas utiliser le système autoload ce qui permet d'inclure automatiquement tes models quand tu les utilises.

Ton "dispatcher" semble être de la forme : index.php?p=ma_page
Il pourrait être plus agréable visuellement en étant de la forme /ma_page
Un simple .htaccess suffit pour se faire.

Tes controllers ne sont pas des classes ce qui fait que tu ne peux pas appeler juiste une méthode de ton controller, et tu n'as donc pas de granularité dans tes pages.

Par exemple tu vas appeler index.php?p=fight sans précision sur ce que tu veux exactement.
Dans un MVC tu ferais plutôt index.php?p=fight&action=start, ce qui appelle la méthode start du controller fight.

On découpe généralement le controller, on n'exécute pas TOUT le controller, juste un bout de celui-ci.

Je t'invite à regarder CakePHP qui est un framework assez "simple" à lire niveau code pour que tu vois les éléments qui te manquent.

Normalement de même on y accède via /fight/start, ce qui est plus visuel aussi.

Il te manque aussi une gestion de layout, qui sera plus propre que de mettre dans chaque model l'appel au header et footer.