Discussion :

[abousa3d]

Bonjour,
Je galére depuis plusieurs jours à essayer de comprendre le lien entre MVC et Dialogue Control Entité.

Je débute en php et UML.
J'ai une application a faire et j'ai réalisé (au brouillon) les diagramme de class. J'ai donc des class Dialogue, Controler et Entité.
Le gros
probléme c'est que je dois impolémenter l'application selon le model MVC et c'est la que cela bloqe complétement. Car je ne vois pas le lien entre les deux.
Au niveau du MVC d'aprés ce que j'ai appris :

* Le modèle : Il représente les données de l'application. Il définit aussi l'interaction avec la base de données et le traitement de ces données.
* La vue : Elle représente l'interface utilisateur, ce avec quoi il interagit. Elle n'effectue aucun traitement, elle se contente simplement d'afficher les données que lui fournit le modèle. Il peut tout à fait y avoir plusieurs vues qui présentent les données d'un même modèle.
* Le contrôleur : Il gère l'interface entre le modèle et le client. Il va interpréter la requête de ce dernier pour lui envoyer la vue correspondante. Il effectue la synchronisation entre le modèle et les vues.

Je me retrouve avec des class dialogue dans lesquels il y a des traitement, alors que dans le MVC, il est bien stipulé qu'une vue n'effectue aucun traitement, donc que faire des méthode de traitement que j'ai dans mes class dites dialogue ??
De la même façon, dans le MVC, en principe le controller n'a pas de méthode, ni d'attribut, il fait le dispatcher et fait l'interface entre les vues et les dialoque. Ce que je comprend pas c'est quand je me retouve avec des class Dialogue dans lesquels il y a des opération, donc que faire de ces méthodes ?
De la même façon, dans le MVC, on trouve dans le Model les opérations, méthodes d'accé et de traitement des données. Ce que je ne comprends pas c'est que je me retrouve avec des class Entité qui n'ont aucune opération, aucune méthode, que des attributs ... donc la je comprens plus dutout ..

Voila vous l'aurrez compris tout s'entremele dans ma tete entre MVC et Entité Dialogue Controller

Je vous remercie d'avance pour voitre aide !

A+

[abousa3d]

pas beaucoup de succé ce post ...
une âme charitable pour m'éclairer ?? hein ?

[hegros]

Je me retrouve avec des class dialogue dans lesquels il y a des traitement, alors que dans le MVC, il est bien stipulé qu'une vue n'effectue aucun traitement, donc que faire des méthode de traitement que j'ai dans mes class dites dialogue ??

Il faut par exemple les extraire et les répartir dans les classes de control et entités.

De la même façon, dans le MVC, en principe le controller n'a pas de méthode, ni d'attribut, il fait le dispatcher et fait l'interface entre les vues et les dialoque. Ce que je comprend pas c'est quand je me retouve avec des class Dialogue dans lesquels il y a des opération, donc que faire de ces méthodes ?

Voila vous l'aurrez compris tout s'entremele dans ma tete entre MVC et Entité Dialogue Controller

Le principe de contrôleur ce n'est pas d'avoir une classe sans méthode et attribut, c'est un grasp pattern (contrôleur d'où son nom) qui est la création artificielle d'une classe pour répondre à la question "A qui envoyer le message sur une interaction IHM ?" La réponse c'est à une classe de contrôle.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13

Form::Clic1()
{
   Control1.Clic1();
}


Control:Clic1()
{  
   Model.Clic1(); 
   Form1.UpdateColorPanel(Modele1.GetColorModel());
}

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
Model:Clic1()
{
   Model.x = 10;
}

On peut comprendre le MVC avec 3 patterns :

-Controler est bien un grasp pattern

-Dialog utilise le pattern stratégie (c'est à dire qu'elle à une référence sur une classe qui gère ce qui doit être fait soit une classe control) et un pattern observateur sur les entités

-Entité/Modèle s'utilise avec le pattern observateur, c'est à dire au démarrage toutes les classes de dialog et contrôl peuvent s'abonner à un événement d'entités et lorsque le modèle change toutes ces classes sont automatiquement appelés)


Pour les entités c'est le concept de données/traitements métiers, plus il y a d'opérations et d'attributs plus le modèle est riche et à de la valeur ce qui semble être ton cas probablement parce qu'il y a des opérations qui ne sont pas à leurs places (donc dans des classes dialogues principalement à priori)

[abousa3d]

salut,

meri pour ta réponse.
MAis malheuresement je ne comprends touours pas.

J'ai précis ma question sur un autre post :

http://www.developpez.net/forums/d89...c/#post5097463

Don si tu peux jeter un oeil et eventelleme répondre, ça serait super !

A+