Je suis en train de développer une application MFC, et je me pose
actuellement une question sur une partie de l'architecture de celle-ci,
à savoir comment stocker toutes les options de configuration du programme :
. Dans l'objet boite de dialogue qui reste persistent, et via des
methodes pour accéder à ces options ?
. Directement en lisant dans la registry (la boite de dialogue des
options écrivant dedans) ?
. Via un objet indépendant qui gêre tout celà ?
. Ou une autre méthode ?
Je ne sais pas si j'ai été clair, en tout cas je vous remercie d'avance ;)
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Thierry
Bonjour,
Emmanuel V. a écrit :
. Dans l'objet boite de dialogue qui reste persistent, et via des methodes pour accéder à ces options ? . Directement en lisant dans la registry (la boite de dialogue des options écrivant dedans) ?
Ce sont deux choses independantes, comment tu vas les gerer et ou tu vas les stocker.
Comment les gerer: Un objet persistant que tu passes a ta boite de dialogue qui va le modifier : tu charge les infos au debut du programme et tu les sauvegardes a la fin. Ou les stocker: Si ce sont des options par utilisateurs : dans la BDR HKCU. Si ce sont des options pour tous les utilisateurs : un fichiers ini ou au format proprietaire accessible pour tous les utilisateurs (dans le rep. d'installation ou mieux dans C:Documents and SettingsAll UsersApplication DataTonAppli (SHGetFolderPath pour recuperer le path).
-- "MOI JE VEUX JOUER DE L'HELICON (PON PON PON PON)"
Bonjour,
Emmanuel V. a écrit :
. Dans l'objet boite de dialogue qui reste persistent, et via des
methodes pour accéder à ces options ?
. Directement en lisant dans la registry (la boite de dialogue des
options écrivant dedans) ?
Ce sont deux choses independantes, comment tu vas les gerer et ou tu vas
les stocker.
Comment les gerer:
Un objet persistant que tu passes a ta boite de dialogue qui va le modifier
: tu charge les infos au debut du programme et tu les sauvegardes a la fin.
Ou les stocker:
Si ce sont des options par utilisateurs : dans la BDR HKCU.
Si ce sont des options pour tous les utilisateurs : un fichiers ini ou au
format proprietaire accessible pour tous les utilisateurs (dans le rep.
d'installation ou mieux dans C:Documents and SettingsAll
UsersApplication DataTonAppli (SHGetFolderPath pour recuperer le path).
--
"MOI JE VEUX JOUER DE L'HELICON (PON PON PON PON)"
. Dans l'objet boite de dialogue qui reste persistent, et via des methodes pour accéder à ces options ? . Directement en lisant dans la registry (la boite de dialogue des options écrivant dedans) ?
Ce sont deux choses independantes, comment tu vas les gerer et ou tu vas les stocker.
Comment les gerer: Un objet persistant que tu passes a ta boite de dialogue qui va le modifier : tu charge les infos au debut du programme et tu les sauvegardes a la fin. Ou les stocker: Si ce sont des options par utilisateurs : dans la BDR HKCU. Si ce sont des options pour tous les utilisateurs : un fichiers ini ou au format proprietaire accessible pour tous les utilisateurs (dans le rep. d'installation ou mieux dans C:Documents and SettingsAll UsersApplication DataTonAppli (SHGetFolderPath pour recuperer le path).
-- "MOI JE VEUX JOUER DE L'HELICON (PON PON PON PON)"
Emmanuel V.
Thierry wrote:
Un objet persistant que tu passes a ta boite de dialogue qui va le modifier : tu charge les infos au debut du programme et tu les sauvegardes a la fin. Ou les stocker:
Par contre, je ne sais pas si c'est une bonne méthode, de tout stocker dans un objet persistant. Si on prend l'exemple de Word, cet objet doit contenir les dossiers par défaut, l'affichage, les préférences générales, ... N'est-il pas plus judicieux d'avoir autant d'objets que de préférences générales (i.e. onglets) ?
d'installation ou mieux dans C:Documents and SettingsAll UsersApplication DataTonAppli (SHGetFolderPath pour recuperer le path).
Pas de soucis de ce coté, c'est plus une question d'architecture qui me préocupe :) Dans un programme conçu OO, comment stocker les préférences de celui-ci.
Thierry wrote:
Un objet persistant que tu passes a ta boite de dialogue qui va le modifier
: tu charge les infos au debut du programme et tu les sauvegardes a la fin.
Ou les stocker:
Par contre, je ne sais pas si c'est une bonne méthode, de tout stocker
dans un objet persistant. Si on prend l'exemple de Word, cet objet doit
contenir les dossiers par défaut, l'affichage, les préférences
générales, ... N'est-il pas plus judicieux d'avoir autant d'objets que
de préférences générales (i.e. onglets) ?
d'installation ou mieux dans C:Documents and SettingsAll
UsersApplication DataTonAppli (SHGetFolderPath pour recuperer le path).
Pas de soucis de ce coté, c'est plus une question d'architecture qui me
préocupe :) Dans un programme conçu OO, comment stocker les préférences
de celui-ci.
Un objet persistant que tu passes a ta boite de dialogue qui va le modifier : tu charge les infos au debut du programme et tu les sauvegardes a la fin. Ou les stocker:
Par contre, je ne sais pas si c'est une bonne méthode, de tout stocker dans un objet persistant. Si on prend l'exemple de Word, cet objet doit contenir les dossiers par défaut, l'affichage, les préférences générales, ... N'est-il pas plus judicieux d'avoir autant d'objets que de préférences générales (i.e. onglets) ?
d'installation ou mieux dans C:Documents and SettingsAll UsersApplication DataTonAppli (SHGetFolderPath pour recuperer le path).
Pas de soucis de ce coté, c'est plus une question d'architecture qui me préocupe :) Dans un programme conçu OO, comment stocker les préférences de celui-ci.
Emmanuel V.
Thierry wrote:
Ce sont deux choses independantes, comment tu vas les gerer et ou tu vas les stocker.
Finalement en cherchant sur le web, je suis tombé sur la classe Java "java.util.prefs.Preferences". Je vais donc m'inspirer de son interface, et en faire un objet, qui comme tu me le suggerais, sera passé (par référence) à ma boite de dialogue.
Merci.
Thierry wrote:
Ce sont deux choses independantes, comment tu vas les gerer et ou tu vas
les stocker.
Finalement en cherchant sur le web, je suis tombé sur la classe Java
"java.util.prefs.Preferences". Je vais donc m'inspirer de son interface,
et en faire un objet, qui comme tu me le suggerais, sera passé (par
référence) à ma boite de dialogue.
Ce sont deux choses independantes, comment tu vas les gerer et ou tu vas les stocker.
Finalement en cherchant sur le web, je suis tombé sur la classe Java "java.util.prefs.Preferences". Je vais donc m'inspirer de son interface, et en faire un objet, qui comme tu me le suggerais, sera passé (par référence) à ma boite de dialogue.
Merci.
Alexandre
"Emmanuel V." a écrit dans le message de news:3f7813b4$0$27022$
Thierry wrote:
>Ce sont deux choses independantes, comment tu vas les gerer et ou tu vas >les stocker. > Finalement en cherchant sur le web, je suis tombé sur la classe Java "java.util.prefs.Preferences". Je vais donc m'inspirer de son interface, et en faire un objet, qui comme tu me le suggerais, sera passé (par référence) à ma boite de dialogue.
Merci.
j'allais le dire ;-) Moi en général je fais une classe Prefs, qui en interface possède une méthode Sauve et Charge. Il est passé par ref à une boite de dialogue à sa création (la BDD possédant un champ référence). La BDD déclenche Charge à son ouverture et Sauve à sa fermeture (parfois avant, en cas de changement d'onglet par ex.)
"Emmanuel V." <none@none.com> a écrit dans le message de
news:3f7813b4$0$27022$626a54ce@news.free.fr...
Thierry wrote:
>Ce sont deux choses independantes, comment tu vas les gerer et ou tu vas
>les stocker.
>
Finalement en cherchant sur le web, je suis tombé sur la classe Java
"java.util.prefs.Preferences". Je vais donc m'inspirer de son interface,
et en faire un objet, qui comme tu me le suggerais, sera passé (par
référence) à ma boite de dialogue.
Merci.
j'allais le dire ;-)
Moi en général je fais une classe Prefs, qui en interface possède une
méthode Sauve et Charge.
Il est passé par ref à une boite de dialogue à sa création (la BDD possédant
un champ référence).
La BDD déclenche Charge à son ouverture et Sauve à sa fermeture (parfois
avant, en cas de changement d'onglet par ex.)
"Emmanuel V." a écrit dans le message de news:3f7813b4$0$27022$
Thierry wrote:
>Ce sont deux choses independantes, comment tu vas les gerer et ou tu vas >les stocker. > Finalement en cherchant sur le web, je suis tombé sur la classe Java "java.util.prefs.Preferences". Je vais donc m'inspirer de son interface, et en faire un objet, qui comme tu me le suggerais, sera passé (par référence) à ma boite de dialogue.
Merci.
j'allais le dire ;-) Moi en général je fais une classe Prefs, qui en interface possède une méthode Sauve et Charge. Il est passé par ref à une boite de dialogue à sa création (la BDD possédant un champ référence). La BDD déclenche Charge à son ouverture et Sauve à sa fermeture (parfois avant, en cas de changement d'onglet par ex.)
