[PeytaWodka] Ma participation

Version imprimable

10/06/2011, 14h47
PeytaWodka

[PeytaWodka] Ma participation

Bonjour à tous,

Je suis étudiant et à la recherche de nouveaux défis et technologies à appréhender. J'ai découvert Qt il y a quelques jours et, pour apprendre plus vite, j'ai décidé de me lancer dans ce défi. Je finirai peut-être pas dans les temps mais j'aurai appris des trucs c'est sur.

D'abord, une question : j'ai commencé à me renseigner sur les possibilités offertes par Qt et j'ai découvert Qt Quick, seulement voilà, j'aimerai connaître les avantages à utiliser cette technologie plutôt que le Qt "classique" ? Sachant en plus que je préfère utiliser C++ à JavaScript.

Au niveau de l'application, je commence à réfléchir doucement (je suis en stage en ce moment alors il faut jongler un peu entre les projets) et j'ai décidé de suivre une conception basé sur les design pattern pour m'entraîner encore plus (ce projet pourrait devenir une petite vitrine pour mes futures entretiens etc). Lié au design pattern, j'ai vu qu'il existait un ORM pour Qt et ce genre de technologie me plait beaucoup (facilité, rapidité et sécurité à porter de main) mais j'ai aussi lu que ça apporter du boulot en plus pour la portabilité, je me trompe ?

C'est tout pour le moment, il y a surement d'autres questions à venir dans les semaines qui viennent.

Merci pour les courageux qui ont lus.

P.
10/06/2011, 14h56
dourouc05

Citation:

Envoyé par PeytaWodka

D'abord, une question : j'ai commencé à me renseigner sur les possibilités offertes par Qt et j'ai découvert Qt Quick, seulement voilà, j'aimerai connaître les avantages à utiliser cette technologie plutôt que le Qt "classique" ? Sachant en plus que je préfère utiliser C++ à JavaScript.

Cela te force à une plus grande séparation de l'affichage et du traitement des données. Rien ne t'empêche de faire du QML/C++ non plus, avec quelques lignes de JS pour faire le lien entre les deux.

Citation:

Envoyé par PeytaWodka

Lié au design pattern, j'ai vu qu'il existait un ORM pour Qt et ce genre de technologie me plait beaucoup (facilité, rapidité et sécurité à porter de main) mais j'ai aussi lu que ça apporter du boulot en plus pour la portabilité, je me trompe ?

Pas vraiment. C'est même du boulot en moins si tu gères plusieurs bases de données différentes, vu que l'ORM peut écrire les requêtes pour toi. C'est le boulot du mainteneur de l'ORM que de s'assurer que ça fonctionne partout où tu en as besoin, profites-en !

Citation:

Envoyé par PeytaWodka

Merci pour les courageux qui ont lus.

Ça va, c'était un petit message :mouarf: !

Bonne participation !
10/06/2011, 15h30
PeytaWodka

Citation:

Envoyé par dourouc05

Cela te force à une plus grande séparation de l'affichage et du traitement des données. Rien ne t'empêche de faire du QML/C++ non plus, avec quelques lignes de JS pour faire le lien entre les deux.

Ok, je pars pour utiliser QML/C++ alors comme ça je me rapproche d'un MVC.

Citation:

Envoyé par dourouc05

Pas vraiment. C'est même du boulot en moins si tu gères plusieurs bases de données différentes, vu que l'ORM peut écrire les requêtes pour toi. C'est le boulot du mainteneur de l'ORM que de s'assurer que ça fonctionne partout où tu en as besoin, profites-en !

J'adore entendre ça :D

Un autre question qui va peut-être vous paraître bizarre mais quel est l’intérêt d'utiliser une application serveur dans notre cas ? Une base de données ne suffit pas ? J'imagine que c'est pour alléger le travail de l'application cliente ? Il faut une interface pour l'application cliente ?
En gros, je peux avoir des précisions sur le serveur dans notre cas ?

Citation:

Envoyé par dourouc05

Ça va, c'était un petit message !

Je savais pas comment finir mon message :aie:
10/06/2011, 16h36
dourouc05

Citation:

Envoyé par PeytaWodka

Ok, je pars pour utiliser QML/C++ alors comme ça je me rapproche d'un MVC.

Tu peux faire du vrai MVC avec Qt, mais rien ne t'y oblige ; avec un peu de QML, tu es plus forcé à faire de vraies vues qui ne sont que des vues, rien d'autre dedans (enfin... plus forcé).

Citation:

Envoyé par PeytaWodka

Un autre question qui va peut-être vous paraître bizarre mais quel est l’intérêt d'utiliser une application serveur dans notre cas ? Une base de données ne suffit pas ? J'imagine que c'est pour alléger le travail de l'application cliente ? Il faut une interface pour l'application cliente ?
En gros, je peux avoir des précisions sur le serveur dans notre cas ?

Comment transférer des données depuis la salle d'EMG (aussi appelée « salle de torture ») vers le dossier du patient, que tous les médecins puissent avoir accès aux résultats et le service facturation au nombre d'infirmiers blessés et de seringues explosées ?

C'est principalement une base de données, en effet, mais il peut être intéressant d'y mettre d'autres traitements, vu que ton application doit être fluide, ce n'est pas forcément le meilleur endroit pour faire de plus lourds calculs. En ce sens, ça peut aider. Surtout si l'application est prévue pour s'exécuter dans des environnements plus limités (mobiles, tablettes, etc.).
11/06/2011, 18h08
LittleWhite

Bonjour et bienvenue à vous :)

Le serveur permet aussi de bloquer certains accès à des machines qui n'aurait pas le droit de lire certaines données (par exemple, le nombre de cadavre à la morgue du aux erreur de médicaments).
De mon point de vue, on peut le voir comme un chef d'orchestre (et aussi que c'est lui qui est sensé faire tout les calculs, car nous voulons (enfin "ils veulent") un client léger.
11/06/2011, 21h35
dourouc05

Citation:

Envoyé par LittleWhite

par exemple, le nombre de cadavre à la morgue du aux erreur de médicaments

Ou dus à un bogue dans une certaine nouvelle application :whistle:...
17/06/2011, 17h58
PeytaWodka

J'ai deux petites questions :
- On peut lire dans les règles qu'on peut développer avec le langage de son choix mais qu'il faut obligatoirement utiliser Qt, qu'en est-il de Qt Jambi ? J'imagine qu'il remplit ces conditions ?
- A propos de Qt Jambi, c'est un fork intéressant de Qt ? ou une simple tentative raté ? c'est équivalent à Swing ou c'est moins puissant ? En gros, ca vaut quoi Qt Jambi ? :mouarf:
17/06/2011, 18h33
gbdivers

Oui, Qt Jambi peut être utilisé... mais :
- Qt Jambi mais plus supporté par Nokia mais par la communauté, je sais pas si c'est stable
- je sais pas si la dernière version de Qt (avec Qt Quick) est pris en charge, ce qui te privera des points bonus pour le qml
Mais je n'ai pas utilisé
17/06/2011, 20h33
dourouc05

Citation:

Envoyé par gbdivers

- Qt Jambi mais plus supporté par Nokia mais par la communauté, je sais pas si c'est stable
- je sais pas si la dernière version de Qt (avec Qt Quick) est pris en charge, ce qui te privera des points bonus pour le qml

- Oui, Qt Jambi est suffisamment stable pour être utilisé.

- Non, ça ne supporte pas Qt Quick ; oui, ça supporte Qt 4.7, à l'exception de Qt Quick (et d'autres babioles, il me semble).

Pour rappel, utiliser Qt Quick permet d'obtenir un bonus ; une application entièrement en QML et boguée du début à la fin aura des points seulement pour ce bonus. Il vaut mieux une application qui fonctionne plutôt que de partir dans des trucs improbables.

Citation:

Envoyé par PeytaWodka

- On peut lire dans les règles qu'on peut développer avec le langage de son choix mais qu'il faut obligatoirement utiliser Qt, qu'en est-il de Qt Jambi ? J'imagine qu'il remplit ces conditions ?
- A propos de Qt Jambi, c'est un fork intéressant de Qt ? ou une simple tentative raté ? c'est équivalent à Swing ou c'est moins puissant ? En gros, ca vaut quoi Qt Jambi ? :mouarf:

Qt Jambi n'est pas un fork, loin de là. Sinon, ils auraient dû tout réimplémenter... Ce n'est pas le cas. Ce n'est uqun' binding.

Qt Jambi, c'est Qt pour Java. C'est déjà très bizarre d'arriver à mettre ces deux mots dans une même phrase :aie:. Il offre toutes les possibilités de Qt (minus Qt Quick), donc au moins autant que Swing, avec un look bien meilleur (c'est pas dur).
17/06/2011, 22h21
QxOrm

Concernant l'ORM pour Qt, si tu utilises la bibliothèque que je développe QxOrm (il y a en a d'autres), n'hésite pas à poser des questions sur le forum dédié sur Developpez.com :
http://www.developpez.net/forums/f15...theques/qxorm/

Concernant la portabilité, QxOrm compile sans problème avec Visual C++ 2008, 2010 (Windows), GCC (Linux) et MinGW (Windows).

Un tutoriel explique comment fonctionne la bibliothèque :
http://marty-lionel.developpez.com/t...toriel-qxblog/

Enfin, la bibliothèque QxOrm permet également de gérer la communication client-serveur, à la manière de WebServices mais tout en C++. Un tutoriel est dispo ici et explique comment créer tes propres services sur ton serveur d'applications : http://marty-lionel.developpez.com/t...xclientserver/

Bon courage ;)