Discussion :

[HenriPierre]

Bonjour

Je suis en phase d'apprentissage du mvc de Qt et je me pose des questions
concernant l'articulation des classes.
Comme indiqué à la fin de cette page : http://qt-project.org/doc/qt-4.8/mod...ogramming.html ,
je souhaite séparer le stockage des données, du modèle utilisé pour le mvc.

Exemple :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
class MesDonnees {
private:
 QList lesDonnees;
 DonneesModel* model;
public: 
 void addDonnee(uneValeur);
  MesDonnees{ model=new DonneesModel();}
}
 
class DonneesModel : QAbstractListModel {
 
}
 
class DonneesView : QAbstractItemView {
 
}
 
MainWindow::MainWindow(){
   MesDonnees* donnees = new MesDonnees();
   DonneesView* view = new DonnneesView(this);
   view->setModel(MesDonnees->getModel());
}

Les classes ci-dessus ne probablement compilent pas, elles sont minimales pour donner l'idée.
Si je désire insérer un élément dans mesDonnees, quelle solution dois-je employer pour
que les vues soient notifiées ? Dois-je implémenter une fonction addItem sur le modèle qui
repercute sur addDonnee de MesDonnees et appeler une fonction de notification (laquelle ?) ?
Dois-je appeler directement MesDonnees->addDonnee qui se charge de faire un appel sur le modèle
pour la notification ?
Autre chose ?

Merci
Henri

[Amnell]

Bonjour,

Dans le cas présent, l'approche MVC consiste en la séparation des données de la vue en passant par un modèle. En gros, le modèle (StringListModel, [...]Model ou autre type de dérivée de QAbstractListModel) va servir à contenir les données sans gérer l'affichage. L'affichage est entièrement gérée par le QListView/autre dérivée de QAbstractListView.

Selon les données que vous souhaitez gérer, vous pouvez donc soit utiliser une dérivée existante de QAbstractListModel et de QAbstractListView, soit réimplémenter l'un et/ou l'autre. Tout dépend de vos besoins.

Pour la notification de changement dans le modèle dans la vue, vous avez ceci que vous pouvez soit laisser tel qu'il est par défaut, soit réimplémenter dans une sous-classe (il me semble que c'est bien de cela qu'il s'agit) :

void QAbstractItemView::dataChanged ( const QModelIndex & topLeft, const QModelIndex & bottomRight ) [virtual protected slot]

This slot is called when items are changed in the model. The changed items are those from topLeft to bottomRight inclusive. If just one item is changed topLeft == bottomRight.

Du côté du modèle, vous disposez d'un bon nombre de signaux :

http://qt-project.org/doc/qt-4.8/qab...l.html#signals

Bonne continuation,
Amnell.

[HenriPierre]

Ok, merci de votre réponse.

Henri