Discussion :

[Corentin.Dav]

Bonsoir,

Je souhaite me lancer sur un projet d'application qui permet de gérer ses comptes personnels.
Par exemple ajouter/supprimer un compte, ajouter des dépenses/recettes.

Je me pose encore quelques question auxquelles je n'arrive pas à trouver des réponses.

Par exemple, comment sauvegarder les comptes : fichiers, base de données ?

Pour l'application elle même, est ce que QT est une bonne idée ?

En vous remerciant d'avance pour vos réponses, je vous souhaite une bonne fin de soirée.

[LittleWhite]

Bonjour,

Qt devient une bonne idée si vous voulez faire une application multi plateforme avec une belle interface graphique.

Pour la sauvegarde c'est au choix. Vous pouvez utiliser un fichier pour commencer, puis une base de données si vous voulez faire mieux.

[Corentin.Dav]

Merci pour la réponse
Je me lance donc sur ce projet en utilisant Qt ainsi que les fichiers comme base de sauvegarde.

[koala01]

Salut,

Je ne pourrais cependant jamais assez insister sur la nécessité (du moins, à mon avis) de limiter l'usage de Qt aux parties qui en ont vraiment besoin (ex : ihm, sérialisation)...

Tout le reste, et surtout le "business", devrait être fait en C++ "seul" (sans Qt, avec d'éventuelles bibliothèques tièrces comme boost).

La raison est relativement simple : Qt a réellement tendance à être "envahissant" dés que l'on commence à l'utiliser pour le business : QString, pour ne citer que cette classe, finit rapidement par se retrouver "partout", mais n'existe que... si l'on utilise Qt et ne peut pas être "facilement" remplacée par la std::string sans devoir tout réécrire.

Or, si le "meilleur choix" pour l'instant est d'utiliser Qt, tu ne peux absolument pas préjuger de quoi sera fait demain

Si tu utilises Qt pour le business et que tu décides de changer de bibliothèque "plus tard" (pour une raison qui ne regarde que toi), tu te retrouveras face à la nécessité de devoir... TOUT refaire, y compris cette partie métier qui aurait pourtant pu ne pas devoir être refaite.

Par contre, si tu limites la partie métier à la STL et que tu décides, pour une raison qui ne tient qu'à toi, de changer de framework, tu pourras garder cette partie métier et tu n'auras "que" les parties dépendantes de Qt à refaire

[Corentin.Dav]

Merci pour ta réponse

Je comptais seulement utiliser Qt pour l'interface et les intéractions, le reste sera, je pense, du C++ pur, avec (une) des classe(s) pour gérer les comptes, ajouts/suppressions, etc.

Enfin, j'aurais juste à récuperer des valeurs entrées dans les widgets, et inversement récupérer des valeurs d'un fichier pour afficher dans un widget.
Je pense fonctionner de cette manière ^^

Puis, cette application restera juste pour un utilisation personnelle.
Ce projet me sert juste à mettre en application mes acquis et en apprendre d'avantage ^^