Hey :-),

Ce qu'on appelle la couche modèle est la couche qui interroge les données. Typiquement, on trouvera des modèles pour interroger des tables et bases MySQL, pour lire des fichiers XML, des configurations etc.

Ensuite, le paradigme objet se prête mieux à un MVC mais rien ne nous interdit de faire un MVC en procédural. La philosophie MVC est de partager l'application en (2 ou) 3 couches distinctes afin de travailler de manière plus souple.

Oui moi perso même en procédural je ferais une Architecture MVC !

d'ailleurs tu peux en faire une en procédurale du genre:

[b]index.php[/b]

[code]
<?php

define(FOLDER, "models/");
define(VIEW, "views/");

if(isset($_GET['action'])) {

switch ($_GET['action']) {

case 'home':
$content_layout = FOLDER."home.php";
break;

case 'devis':
$content_layout = FOLDER."contact.php";
break;

default:
$content_layout = FOLDER."underconstruction.php";

}

$layout = VIEW."mainlayout.php";

} else {

$content_layout = FOLDER."home.php";
$layout = VIEW."mainlayout.php";

}
require_once($layout);

?>[/code]


puis le [b]mainlayout.php[/b]

et par exemple tu place dans le content de ta page

[code]<?php require_once($content_layout); ?>[/code]


voila c'est mon avis bien sur le code peut être grandement amélioré !

pour le model c'est vrai que la classe est un peu comme un model mais je dirais d'objet.

sans le cadre du MVC je sais pas si sais pas plutot le model de donnée ! c'est vrai que c'est un ambiguë moi aussi j'ai parfois un peu de mal avec ça lol

car permet d'avoir une petite architecture MVC sympa !

Bonjour,

J'aurais une petite question sur le modèle MVC.

Dans le cas ou l'on programme en POO le modèle est en fait ce que l'on appelle couramment la classe ?

Enfin question toute simple :
Est-t'il logique d' adopter une organisation MVC pour une programmation procédurale ?
J'aurais tendance à dire oui car une meilleur organisation c'est toujours mieux, quel que soit la façon de programmer ?