PHP

Model View Controller (MVC) - Architecture des applications PHP

Recherche :

Mot : Pseudo : Filtrer Aller à la page :
Page : 1 2 3 4 5 .. 62 63 64 65 66 67 Page Suivante Page Précédente Bas de page
Auteur	Sujet : Model View Controller (MVC) - Architecture des applications PHP

MEI

|DarthPingoo(tm)|

Reprise du message précédent :

skeye a écrit :

Si tu as besoin de changer l'interface utilisateur, il faut que tu demandes à la vue de le faire...une redirection HTTP, c'est envoyer l'utilisateur vers une autre vue, c'est tout. Comment la vue se démerde pour traduire ça à l'utilisateur n'a rien à foutre dans le controleur...

Faudrait déjà que tu définisses exactement quel est le périmètre de la partie "Vue" pour toi en Web.

Parce que des fois tu nous parles d'HTTP - des fois de page Web - des fois on est encore en PHP et tu nous parles de templates... :??:

Message édité par MEI le 15-12-2010 à 15:52:39

---------------
| AMD Ryzen 7 7700X 8C/16T @ 4.5-5.4GHz - 64GB DDR5-6000 30-40-40 1T - AMD Radeon RX 7900 XTX 24GB @ 2680MHz/20Gbps |

Publicité

skeye

oxman a écrit :

Bah en soit, conceptuellement parlant c'est faisable en PHP (je viens d'y réfléchir lol).

Mais on perd l'intérêt d'avoir juste une vue très épuré car contenant par exemple que du HTML, tandis que si on mettrais en place le principe pure du MVC il y aurait à minima tout une entête de gestion des évènements.

Ca tombe bien, la gestion de l'interface utilisateur fait partie de la Vue.

---------------
Can't buy what I want because it's free -

FlorentG

Unité de Masse

skeye a écrit :

Je comprend parfaitement ta logique.

Néanmoins ( [:joce] ), j'apporterai un point de vue légèrement différent. Lorsque j'ai besoin de changer l'interface utilisateur, j'aurais plutôt tendance à envoyer l'utilisateur vers un autre controller, qui lui saura quel modèle et quelle vue il faut.

Message cité 1 fois

skeye

FlorentG a écrit :

Je comprend parfaitement ta logique.

Néanmoins ( [:joce] ), j'apporterai un point de vue légèrement différent. Lorsque j'ai besoin de changer l'interface utilisateur, j'aurais plutôt tendance à envoyer l'utilisateur vers un autre controller, qui lui saura quel modèle et quelle vue il faut.

C'est bien ce que je disais...comme dans tous les frameworks web pseudo-mvc, le contrôleur et la vue sont joyeusement mélangés...

Message cité 1 fois
Message édité par skeye le 15-12-2010 à 15:53:18

---------------
Can't buy what I want because it's free -

FlorentG

Unité de Masse

skeye a écrit :

C'est bien ce que je disais...comme dans tous les frameworks web pseudo-mvc, le contrôleur et la vue sont joyeusement mélangés...:D

Pour ma défense, j'essaye quand-même de faire en sorte que le Controller ne s'occupe que de passer le modèle à la vue [:petrus75]

Message cité 1 fois

skeye

FlorentG a écrit :

Pour ma défense, j'essaye quand-même de faire en sorte que le Controller ne s'occupe que de passer le modèle à la vue [:petrus75]

C'est pas (forcément) son boulot. [:chrisbk]

Message édité par skeye le 15-12-2010 à 16:03:19

---------------
Can't buy what I want because it's free -

skeye

Tiens, j'ai voulu jouer avec le bout d'idée que j'ai posé tout à l'heure...c'est un exemple bidon, mais c'est un début d'implé qui fonctionne (fait en 5 minutes hein...et pour rappel ce n'est pas ma solution ou quoi que ce soit, ce n'est qu'un exemple d'une manière dont on peut imaginer l'implé de MVC en php, différente de ce qui est fait avec zend/symfony/..., en essayant de respecter MVC au mieux... ) :

index.php (qui fait partie de la Vue...):

Code :

include_once 'Vue.php';
 
$vue = new Vue();
$vue->traiterRequete();

Vue.php

Code :

require_once 'Modele.php';
require_once 'Controleur.php';
 
class Vue {
 
    protected $_model;
    protected $_control;
 
    function __construct(){
        $this->_model = new Modele();
        $this->_model->observateur($this);
        $this->_control =  new Controleur($this->_model);
    }
 
    function traiterRequete(){
        if(array_key_exists('person', $_REQUEST)){
            $this->_control->changerUtilisateur($_REQUEST['person']);
        }
        else{
            //Affichage par défaut.
            $this->afficher();
        }
    }
 
 
    function afficher(){
        if(null == $this->_model->utilisateur()){
            include 'form.html';
        }
        else{
            echo "hello " . $this->_model->utilisateur();
        }
    }
 
    function update($model){
        $this->_model = $model;
        $this->afficher();
    }
 
}

form.html :

Code :

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
        "http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
    <title>blabla</title>
</head>
<body>
<form action="/" method="POST">
    <input type="text" name="person" />
    <input type="submit" name="submit" value="Ok">
</form>

</body>
</html>

Controleur.php

Code :

require_once 'Model.php';
 
class Controleur {
 
    private $_model;
 
    function __construct(Modele $model){
        $this->_model = $model;
    }
 
    public function changerUtilisateur($usr)
    {
        $this->_model->majUtilisateur($usr);
    }
}

Modele.php

Code :

class Modele {
 
    private $utilisateur;
    private $observers;
 
    public function utilisateur()
    {
        return $this->utilisateur;
    }
 
    public function majUtilisateur($user){
        $this->utilisateur = $user;
        $this->notifyAll();
    }
 
    public function observateur($observer){
        $this->observers[] = $observer;
    }
 
    private function notifyAll(){
        foreach($this->observers as $ob){
            $ob->update($this);
        }
    }
}

Message cité 2 fois

---------------
Can't buy what I want because it's free -

MEI

|DarthPingoo(tm)|

oxman a écrit :

Oui enfin dans ce cas, même les VRAI VRAI MVC ne vont pas.
Prend une application .NET, tu peux changer la vue pour y mettre une vue web et donc en faire un site web ?

Ce qui est sur, c'est qu'un modèle .NET/Java peut être réutilisé entre deux applications - l'une Web - l'autre lourde - ça ne sera jamais un soucis.
Mais pour moi les contrôleur ne le serons pas du fait de leur trop fort liens avec le bibliothèque de GUI (gestion des évènements/signaux) - le framework Web.

Mais dès lors, je pense que l'on peut sans problèmes utiliser une couche Service pour factoriser un maximum de code et limiter la taille des contrôleurs.

drasche a écrit :

Non, je pense qu'il a parfaitement raison. Idem pour la redirection. Même si tu utilises une redirection serveur, il y a une communication avec le client. Donc c'est la vue qui s'en occupe.

Si tu fais un forward (terme utilisé au moins en ASP et Zend Framework), c'est totalement interne, c'est qu'une redirection logique au sein de la même requête - le client n'en a même pas conscience.

Si tu fais un redirect, là effectivement c'est au niveau du protocole HTTP que ça se passe. Mais ce n'est qu'une contrainte technique lié au Web.

Message édité par MEI le 15-12-2010 à 16:13:24

---------------
| AMD Ryzen 7 7700X 8C/16T @ 4.5-5.4GHz - 64GB DDR5-6000 30-40-40 1T - AMD Radeon RX 7900 XTX 24GB @ 2680MHz/20Gbps |

oxman

xiii

En effet skeye ça rejoint ce que je disais, on a un MVC plus propre, plus théorique, mais moins adapté pour le web à mon sens.

La vue doit juste être suffisamment découplée du contrôleur pour pouvoir utiliser du XML/HTML/SVG/PNG/RSS/ATOM/Cequetuveux en changeant rien dans les autres couches ou pas loin en tout cas.

Et c'est ce que permettent les Frameworks actuels.

Message cité 1 fois

skeye

oxman a écrit :

En effet skeye ça rejoint ce que je disais, on a un MVC plus propre, plus théorique, mais moins adapté pour le web à mon sens.

La vue doit juste être suffisamment découplée du contrôleur pour pouvoir utiliser du XML/HTML/SVG/PNG/RSS/ATOM/Cequetuveux en changeant rien dans les autres couches ou pas loin en tout cas.

Et c'est ce que permettent les Frameworks actuels.

Jusqu'ici j'ai pas vu de framework qui traite tout l'input utilisateur dans la vue...et sans ça il n'y a pas vraiment de salut si tu veux réellement découpler les choses.
Combien d'exemples d'actions dans des contrôleurs qui traitent eux-mêmes des formulaires, avec du magnifique code du style :

Code :

function formTrucAction(){
    [...]
    if($monForm->isPost()){
        //traitement de l'input
    }
    else{
       //on instancie la vue qui affiche $monForm
    }
}

Dans le contrôleur tu regardes si l'utilisateur interagit avec l'interface via POST...bonjour la séparation, et bon courage pour changer d'interface...

Message édité par skeye le 15-12-2010 à 16:45:32

---------------
Can't buy what I want because it's free -

Publicité

skeye

Par contre je suis tout à fait d'accord avec toi : les frameworks qu'on a actuellement répondent au besoin, et c'est tout ce qu'on leur demande réellement.
Les appeler MVC est par contre un argument marketing complètement bidon. [:jagstang]

Message édité par skeye le 15-12-2010 à 16:47:19

---------------
Can't buy what I want because it's free -

oxman

xiii

Bah en soit il n'y a qu'un type d'interface utilisateur de saisie pour le web, les formulaires que ça soit par _GET ou _POST donc bon, sur ce point je ne suis pas tout à fait d'accord.

Ensuite sur le terme MVC, malgré que le standard n'est pas respecté à la lettre, on est quand même très proche avec des couches relativement distinctes. Tout au plus on peut considérer ça comme un petit abus de langage.

Sinon il faudrait inventer un autre patron pour clarifier la nuance de ce type de MVC.

Message cité 1 fois

FlorentP

skeye a écrit :

Vue.php

require_once 'Modele.php';
require_once 'Controleur.php';

class Vue {

protected $_model;
protected $_control;

function traiterRequete(){
if(array_key_exists('person', $_REQUEST)){
$this->_control->changerUtilisateur($_REQUEST['person']);
}
...
}

function afficher(){
if(null == $this->_model->utilisateur()){
include 'form.html';
}
...
}

function update($model){
$this->_model = $model;
$this->afficher();
}

}

Message cité 1 fois

Paulp

~, sweet ~

On aurait plus du Model - "Viewtroller" - Template dans les frameworks PHP courants ?

skeye

oxman a écrit :

Bah en soit il n'y a qu'un type d'interface utilisateur de saisie pour le web, les formulaires que ça soit par _GET ou _POST donc bon, sur ce point je ne suis pas tout à fait d'accord.

En attendant même avec seulement 2 possibilités, si tu veux faire du GET dans ton interface alors qu'avant c'était du POST t'es obligé de modifier ton contrôleur, avec du code comme ça...C'est ballot.

oxman a écrit :

Ensuite sur le terme MVC, malgré que le standard n'est pas respecté à la lettre, on est quand même très proche avec des couches relativement distinctes. Tout au plus on peut considérer ça comme un petit abus de langage.

Sinon il faudrait inventer un autre patron pour clarifier la nuance de ce type de MVC.

C'est pas un "type de MVC", c'est juste un autre type d'archi...une sorte de Modèle/Analyseur de requêtes/Templates...

Message cité 1 fois

---------------
Can't buy what I want because it's free -

skeye

FlorentP a écrit :

oui? :??:
Ca te défrise, que la vue connaisse le modèle et le contrôleur?

---------------
Can't buy what I want because it's free -

skeye

(si oui, t'as vraiment rien pigé du tout, toi. [:petrus75] )

[edit]

...et si c'est le mélange franglais, c'est fait en 5 minutes, pour rappel.

Message cité 1 fois
Message édité par skeye le 15-12-2010 à 17:03:34

---------------
Can't buy what I want because it's free -

FlorentP

skeye a écrit :

(si oui, t'as vraiment rien pigé du tout, toi. [:petrus75] )

[edit]

...et si c'est le mélange franglais, c'est fait en 5 minutes, pour rappel.:D

Bah ouai c'est le mélange français anglais, ça picotte les yeux

Sur tes 5 minutes, j'suis sur que t'as du perdre 1 minute à corriger/réfléchir à pas faire de faute, pour des E manquant (ou présent à tort) [:tinostar]

MEI

|DarthPingoo(tm)|

skeye a écrit :

D'où le getParams() dans Zend Framework qui encapsule tout ça très bien...

---------------
| AMD Ryzen 7 7700X 8C/16T @ 4.5-5.4GHz - 64GB DDR5-6000 30-40-40 1T - AMD Radeon RX 7900 XTX 24GB @ 2680MHz/20Gbps |

oxman

xiii

Non pas du tout, d'une si tu codes en prenant en compte que tu veux une entrée aussi souple que possible il va utiliser $_REQUEST et donc il récupère soit _POST, soit _GET et un problème de réglé, un.

Ensuite on a pas du tout un Modèle/Analyseur de requête/Template

On a dans l'ordre de traitement de la requête :

Code :

dispatcheur -> contrôleur -> vue
-> contrôleur -> modèle

On a donc plutôt un DCMV.

Message cité 1 fois
Message édité par oxman le 15-12-2010 à 17:12:42

skeye

oxman a écrit :

C'est pareil...ça veut dire que tu dois prendre en compte une souplesse de l'interface utilisateur dans ton contrôleur, donc le coder en pensant à ce que sera l'UI...Tu couples toujours ton contrôleur à ta vue d'une manière...

oxman a écrit :

Ensuite on a pas du tout un Modèle/Analyseur de requête/Template

On a dans l'ordre de traitement de la requête :

Code :

dispatcheur -> contrôleur -> vue
-> contrôleur -> modèle

On a donc plutôt un DCMV.

Si tu veux.
J'avais regroupé ton dispatcheur et ton contrôleur dans un "Analyseur de requêtes", c'est tout...

---------------
Can't buy what I want because it's free -

FlorentG

Unité de Masse

skeye a écrit :

Tiens, j'ai voulu jouer avec le bout d'idée que j'ai posé tout à l'heure...c'est un exemple bidon, mais c'est un début d'implé qui fonctionne

Là c'est ta vue qui choisit un controller, nan [:petrus dei]

Message cité 1 fois

skeye

FlorentG a écrit :

Là c'est ta vue qui choisit un controller, nan [:petrus dei]

Stadire que pour lui envoyer des infos sur ce que fait l'utilisateur c'est plus pratique, en fait. [:petrus dei]
Tu voudrais que ce soit qui, qui choisit le contrôleur? :??:

Message cité 1 fois

---------------
Can't buy what I want because it's free -

FlorentG

Unité de Masse

skeye a écrit :

Tu voudrais que ce soit qui, qui choisit le contrôleur? :??:

Mapping auto URL<->controller

Message cité 2 fois

skeye

FlorentG a écrit :

Mapping auto URL<->controller

Et l'objet qui fait ton mapping auto il fait partie de quelle couche d'après toi? [:syr01]

Message cité 1 fois

---------------
Can't buy what I want because it's free -

skeye

Un indice chez vous : il traite l'input de l'utilisateur, qui est fortement lié à l'IHM utilisée. [:dawak]

---------------
Can't buy what I want because it's free -

FlorentG

Unité de Masse

skeye a écrit :

Et l'objet qui fait ton mapping auto il fait partie de quelle couche d'après toi? [:syr01]

Front Controller [:petrus75]

Message cité 1 fois

skeye

FlorentG a écrit :

Front Controller [:petrus75]

[:prozac]
Ca te ferait pas comme un lien de plus entre ta couche contrôleur et ta vue, ça? [:petrus dei]

---------------
Can't buy what I want because it's free -

skeye

L'utilisateur n'est censé interagir qu'avec la Vue, je comprends vraiment pas pourquoi tous les frameworks s'ingénient à vouloir tout faire partir de la couche contrôleur... [:tinostar]

Message cité 1 fois

---------------
Can't buy what I want because it's free -

skeye

(remarque s'il ne fait que ça ton front controller peut très bien faire partie de la Vue, malgré son nom. )

Message édité par skeye le 15-12-2010 à 20:13:52

---------------
Can't buy what I want because it's free -

oxman

xiii

D'après wikipedia :

Citation :

Flux de traitement
En résumé, lorsqu'un client envoie une requête à l'application :
la requête envoyée depuis la vue est analysée par le contrôleur (par exemple un clic de souris pour lancer un traitement de données),
le contrôleur demande au modèle approprié d'effectuer les traitements et notifie la vue que la requête est traitée (via par exemple un handler ou callback),
la vue notifiée fait une requête au modèle pour se mettre à jour (par exemple affiche le résultat du traitement via le modèle).

Donc qu'est ce qu'il y a de différent dans le MVC PHP ?
Oublions tout d'abord comment on est arrivé sur la vue, on verra ça après.

"La requête envoyée depuis la vue est analysée par le contrôleur"
Ca peut-être une requête formulaire, ou du type url. Elle est bien en MVC PHP analysé par le contrôleur.
"le contrôleur demande au modèle approprié d'effectuer les traitements et notifie la vue que la requête est traitée (via par exemple un handler ou callback)"
En MVC PHP, le contrôleur va bien demander au modèle les données, effectuer des traitements et notifier la vue que la requête est traitée en appelant la vue.
"la vue notifée fait une requête au modèle pour se mettre à jour (par exemple afficher le résultat du traitement via le modèle)"
Cette notion m'échappe un peu, si le contrôleur à fait des traitements sur le modèle, pourquoi la vue interroge directement le modèle après coup ?

Hormis le dernier point qui m'échappe, on est bien dans un modèle MVC.

Concernant ce point : Oublions tout d'abord comment on est arrivé sur la vue, on verra ça après.
Comment on arrive sur la vue à l'origine ? Via le dispatcher qui est un composant externe au MVC.
Dans le cas du MVC PHP on arrive pas directement sur la vue, mais sur un contrôleur car tout accès à l'interface est une requête utilisateur avec comme vue, une super vue qui est le navigateur.

Message cité 1 fois

FlorentG

Unité de Masse

skeye a écrit :

L'utilisateur n'est censé interagir qu'avec la Vue, je comprends vraiment pas pourquoi tous les frameworks s'ingénient à vouloir tout faire partir de la couche contrôleur... [:tinostar]

Parce qu'à la base en MVC tout part du controller justement [:sadnoir] kikpédia :

Citation :

The controller receives input and initiates a response by making calls on model objects. A controller accepts input from the user and instructs the model and viewport to perform actions based on that input.

Je commence à être d'accord sur le principe de foutre les redirections dans la vue, mais je garde pour l'instant dans le controller pour des raisons de simplification.

masklinn

í dag viðrar vel til loftárása

FlorentG a écrit :

Mapping auto URL<->controller

C'est super pourri ça.

Message cité 2 fois

---------------
Stick a parrot in a Call of Duty lobby, and you're gonna get a racist parrot. — Cody

skeye

oxman a écrit :

D'après wikipedia :

C'est marrant moi j'ai plutôt ça comme définition :

---------------
Can't buy what I want because it's free -

oxman

xiii

Et si tu commentais plutôt ce que je dis pour que l'on avance ?
Car je ne vois pas ou tu veux en venir avec ton schéma

Message cité 1 fois

skeye

oxman a écrit :

Et si tu commentais plutôt ce que je dis pour que l'on avance ?
Car je ne vois pas ou tu veux en venir avec ton schéma

Ce n'est pas le contrôleur qui reçoit l'input, c'est la vue.
Les données du modèle ne sont pas envoyées à la vue par le contrôleur, mais la vue les récupère en interrogeant directement le modèle.

---------------
Can't buy what I want because it's free -

oxman

xiii

Et ça n'est pas le contraire que j'ai dis, relis tu verras, mais il y a des nuances. Commente donc plutôt et annote ce que j'ai dit.

Message cité 1 fois

skeye

oxman a écrit :

Et ça n'est pas le contraire que j'ai dis, relis tu verras, mais il y a des nuances. Commente donc plutôt et annote ce que j'ai dit.

pas le temps, j'essaye de faire à bouffer.
Mais dans ce que tu as dit le controleur analyse la requête. C'est de l'input utilisateur, ça, c'est dans la vue.

Message cité 1 fois

---------------
Can't buy what I want because it's free -

oxman

xiii

Et dans le quote de wikipedia que j'ai donné, c'est ce qu'ils disent.

Message cité 1 fois

FlorentG

Unité de Masse

masklinn a écrit :

C'est super pourri ça.

Ça fait gagner beaucoup de temps pourtant

Message cité 1 fois

MEI

|DarthPingoo(tm)|

masklinn a écrit :

C'est super pourri ça.

Décris nous la bonne solution s'il te plait...
Parce que les "C'est nul !" sans explications, ça n'as jamais avancé à grand chose.

Message cité 1 fois
Message édité par MEI le 15-12-2010 à 21:16:08

---------------
| AMD Ryzen 7 7700X 8C/16T @ 4.5-5.4GHz - 64GB DDR5-6000 30-40-40 1T - AMD Radeon RX 7900 XTX 24GB @ 2680MHz/20Gbps |

Publicité

Page : 1 2 3 4 5 .. 62 63 64 65 66 67

Page Suivante

Page Précédente

Haut de page

FORUM HardWare.fr

Programmation

PHP

Model View Controller (MVC) - Architecture des applications PHP

Sujets relatifs
Comment créer une architecture propre et fonctionelle...	[Débutant] Webdesigner a besoin d'aide pour PHP
script PHP style explorateur windows	PHP et MS SQL
[PHP] envoi d'images qui se dimentionne et s'ajoute direct sur 1page	Afficher le temps utilisé pour générer une page PHP
[PHP] connexion bdd différente selon page locale ou sur serveur ?	Afficher une image générée par un script PHP dans un PDF ?
Utilisation d'une variable en Flash depuis PHP	Erreur de forum PHP
Plus de sujets relatifs à : Model View Controller (MVC) - Architecture des applications PHP

Page générée en 0.155 secondes