Version imprimable
Bonjour,
Je reviens une nouvelle fois ici pour découvrir un nouvel aspect de QxOrm et QxEntityEditor : les model/view. La petite particularité ici est que je désirerai les faire fonctionner avec les services. Y a t il une option cachée quelque part dans QxEntityEditor pour utiliser non pas la base de données directement, mais les services ?
Pourrais tu m'indiquer un début de piste pour réaliser cela ?
:salut:
Le module QxModelView attaque directement la base de données avec la classe qx::QxModel<T>.
Il est tout à fait possible de créer une nouvelle classe héritant de qx::QxModel<T>, et qui utilise les services au lieu d'attaquer directement la base de données.
Je vois bien une classe avec 2 paramètres template :
- T : la classe persistante enregistrée dans le contexte QxOrm ;
- S : la classe de services associée à la classe persistante.
Dans cette nouvelle classe, on va surcharger toutes les méthodes préfixeés par qx (qui attaquent par défaut la BDD), pour leur dire d'utiliser les services.
Si on nomme cette nouvelle classe ModelService, ça pourrait donner quelque chose comme ça :
ModelService.h :
Voilà, à présent il faut utiliser cette nouvelle classe ModelService<T, S> au lieu de qx::QxModel<T>, comme ceci par exemple (voir la FAQ pour plus de détails) :Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
Remarque : toutes les méthodes que tu as surchargé sont accessibles en QML (avec le suffixe "_" sur chaque méthode).Code:
2
3
4
5
6
7
8
Autre remarque : Si tu veux aller plus loin et utiliser QxEntityEditor (pour gérer la notion de relations 1-n, n-1, n-n, 1-1), on peut automatiser l'utilisation de cette nouvelle classe, un peu comme on a fait dans le sujet sur les services : http://www.developpez.net/forums/d14...s-autogeneres/
Aller dans le menu "Tools >> Export to C++ model/view project (settings)".
Dans la section "C++ model/view template files", sélectionner l'option "Custom" (au lieu de "Default").
On va juste copier-coller ce qu'il y a dans "Default", en remplaçant qx::QxModel<T> par ModelService<T, S>.
Ce qui donne ceci :
Header (.h) :
Source (.cpp) :Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
Bonjour,
Merci beaucoup pour votre réponse, cela m'a beaucoup aidé dans l'avancement de notre projet avec tortuga. Mise a part quelques includes qui manqué dans les fichiers générés, cette solution répond en tout point à notre problématique. Concernant les autres fonctions comme update, je reviendrai vers vous.
:ccool:Citation:
cette solution répond en tout point à notre problématique
Bonsoir,
hier soir, j'avais un problème compilation au niveau de la variable tmp dans la fonction ModelClass::qxFetchAll. Pour corriger cette erreur, j'ai changé le type de la variable en boost::shared_ptr<qx::QxModel<T>::type_collection>. Est ce correct ? si oui, comment je fais pour faire la fonction ModelClass::qxInsert ? si non, pouvais m'aider a y voir plus clair ?
merci encore.
Oui tu as raison, il y avait un problème de type (je n'avais pas essayé de compiler :aie: ).Citation:
Est ce correct ?
Pour respecter la norme C++ à 100% (et avoir du code compilable avec GCC par exemple), il faut même ajouter le mot-clé typename.
Au final, la méthode qxFetchAll doit s'écrire comme ceci :
Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
C'est exactement le même principe que pour qxFetchAll : regarde l'implémentation de la méthode de la classe de base dans le fichier QxModel.h du package QxOrm (qui attaque directement la BDD), puis modifie cette implémentation dans ta classe dérivée pour utiliser les services.Citation:
comment je fais pour faire la fonction ModelClass::qxInsert ?
Voici ce qu'on a dans le fichier QxModel.h (package QxOrm) :
Dans ta classe dérivée, tu peux remplacer/surcharger par ceci :Code:
2
3
4
5
6
Code:
2
3
4
5
6
7
8
9
10
11
12
Bonsoir,
votre solution marche nickel, mais le seul problème que je ne comprend pas comment utiliser la fonction pour ajouter un élément dans la base via le model/service.
A l'heure actuelle , je fais ça au niveau de la gui :
est ce correct ?Code:
2
Pour la visualisation des données, je fais ça et cela marche bien :
y t'il un autre moyen ?Code:
2
:ccool:Citation:
votre solution marche nickel
La prochaine fois, s'il-te-plait, créé un nouveau sujet sur le forum, car pour moi ta problématique de ce sujet est à présent résolu, à savoir :
- tu disposes d'un modèle générique capable d'encapsuler toutes tes classes enregistrées dans le contexte QxOrm ;
- ce modèle expose automatiquement toutes les propriétés définies dans la fonction qx::register_class<T> ;
- ce modèle utilise la couche services (au lieu d'attaquer directement la BDD comme le propose par défaut qx::QxModel<T>).
Maintenant, tu cherches à utiliser ce modèle dans des vues, c'est un autre sujet.
Oui c'est correct, mais tu perds un peu l'intérêt du concept model/view (notamment la synchronisation auto du modèle et de la vue).Citation:
est ce correct ? ... y t'il un autre moyen ?
Concernant les vues, Qt propose ces classes :
- QListView
- QTreeView
- QTableView
- QDataWidgetMapper
- Et bien évidemment QML !
Pour ce que tu cherches à faire, QML semble plus naturel, l'exemple de la FAQ se rapproche : http://www.qxorm.com/qxorm_fr/faq.html#faq_300
Sinon, avec les QWidgets, utilise la classe : QDataWidgetMapper.
Il y a un très bon tutoriel ici : http://qt-quarterly.developpez.com/q...dance-donnees/
Je te conseille de lire des docs et tutoriels sur le net, car maintenant c'est plus une problématique Qt que QxOrm ;)
Par exemple, avec 2 champs txtLogin et txtPassword, l'utilisation de la classe QDataWidgetMapper pourrait donner quelque chose comme ça :
Remarque : j'ajouterai un accesseur dans la classe qx::IxModel pour récupérer le n° de colonne en fonction du nom de la propriété pour éviter de passer par la méthode roleNames() dans la prochaine version de QxOrm...Code:
2
3
4
5
6
7
8
9
C'est fait dans cette BETA version : http://www.qxorm.com/version/QxOrm_1.3.1_BETA_15.zipCitation:
Remarque : j'ajouterai un accesseur dans la classe qx::IxModel pour récupérer le n° de colonne en fonction du nom de la propriété pour éviter de passer par la méthode roleNames() dans la prochaine version de QxOrm...
Ce n'est plus nécessaire de passer par la méthode roleNames(), tu peux écrire à présent :
Code:
2
3
4
5
6
7
Bonjour,
pour les fichiers générés par les model_view, les relations sont plus bonne si je veux utiliser les services ?
quelle solution s'offre à moi ?
Le plugin de QxEntityEditor qui génère le code pour gérer la partie model/view n'est pas fait par défaut pour utiliser les services.Citation:
pour les fichiers générés par les model_view, les relations sont plus bonne si je veux utiliser les services ?
quelle solution s'offre à moi ?
Par contre, en utilisant les fonctionnalités de customisation de QxEntityEditor (soit par le moteur javascript, soit par le mécanisme de template), ça me semble possible de faire appel aux services pour valoriser les relations.
Si tu regardes l'implémentation d'une méthode générée qui récupère une relation, tu verras une ligne de ce type :
Il suffit de remplacer cette ligne par un appel à un service.Code:this->m_lastError = qx::dao::fetch_by_id_with_relation(sRelation, tmp);
Pour info, à partir de la version QxOrm 1.3.1 BETA 28 (http://www.qxorm.com/version/QxOrm_1.3.1_BETA_28.zip), une nouvelle classe est disponible : qx::QxModelService<T, S>.
Tu peux donc à présent utiliser cette classe, au lieu de la classe ModelService que je t'ai fait créer dans mes 1ère réponses à ce topic.
Cette classe ne gère pas les relations généré par QxEntityEditor pour utiliser le service?
Concernant l’implémentation de cette classe, j'ai un assert récurrent de la classe QAbstractItemModel.
Lors que l'on fait une requête, par exemple qxFetchAll ou bien, qxFetchById, cette ligne remonte l'assert.
Cette assert est tout a fait normal, car si il y a aucun résultat remonté, tmp->count() est égual a 0, donc tmp->count() - 1 est égal à -1,Code:this->beginInsertRows(QModelIndex(), 0, (tmp->count() - 1));
du coup le 2éme paramètre de beginInsertRows est plus grand que le 3éme, d'où cet assert.
Pouvez-vous corriger cette erreur s'il vous plait?Citation:
---------------------------
Microsoft Visual C++ Runtime Library
---------------------------
Debug Error!
Program: C:\Qt\Qt5.3.1\5.3\msvc2013\bin\Qt5Cored.dll
Module: 5.3.1
File: global\qglobal.cpp
Line: 2127
ASSERT: "last >= first" in file itemmodels\qabstractitemmodel.cpp, line 2602
(Press Retry to debug the application)
---------------------------
Abandonner Recommencer Ignorer
---------------------------
C'est corrigé à partir de cette version :Citation:
Cette assert est tout a fait normal, car si il y a aucun résultat remonté, tmp->count() est égual a 0, donc tmp->count() - 1 est égal à -1,
du coup le 2éme paramètre de beginInsertRows est plus grand que le 3éme, d'où cet assert.
http://www.qxorm.com/version/QxOrm_1.3.1_BETA_29.zip
EDIT : maintenant que QxOrm 1.3.1 & QxEntityEditor 1.1.7 sont sortis en version finale, tu peux utiliser la nouvelle option de QxEntityEditor 1.1.7 qui permet de générer des modèles basés sur la nouvelle classe qx::QxModelService<T, S> (menu Tools >> Export to C++ model/view project (settings)) :
Pièce jointe 167264
