Discussion :

[Heimdall]

Salut,

J'ai une petite question de conception, j'aimerais savoir ce qu'il est coutume de faire.

J'�cris un programme (console) qui est constitu� de l'interaction de plusieurs objets, les uns avec les autres (comme tout le monde quoi).

Les param�tres utilisateur visant � initialiser le programme sont contenus dans une fichier d'input "input.txt", c'est un fichier ascii, mais peu importe...

Les param�tres contenus dans ce fichier d'input concernent diff�rents objets dans le programme...

Perso je serais tent� de coder une classe qui fasse l'interface d'entr�e de mon programme et dont une instance va lire et stocker les param�tres entr�s dans le fichier input. Cette instance serait ensuite pass�e en param�tre des constructeurs des diff�rents objets du programme, qui iront piocher, via les accesseurs, les param�tres qui les concernent.

Ca me semble bien car en faisant �a, je s�pare bien la vie de mes objets, de ce qui fait l'interface d'entr�e de mon programme.

N�anmoins, il y a une in�l�gance dans ce truc, li�e � la redondance de certaines variables... qui sont � la fois des membres de ma classe d'input, et des membres de mes divers objets.

Est-ce qu'il y a une fa�on de faire qui soit reconnue ?


Merci

[3DArchi]

Salut,
Ne serait-ce pas d'un DP Builder dont tu as besoin ?

Autre chose, pour t'�viter l'�criture laborieuse d'un parser de fichier de config, il y a Boost.Program Option.

[Heimdall]

Vais voir la page wikipedia et je reviens... �a m'a l'air d'�tre un peu l'artillerie lourde comme m�thode, du point de vue de mon petit projet :-)

[jblecanard]

Salut

Meuh non ne t'en fais pas, ce n'est pas tr�s lourd un design pattern.

Ne t'en fais pas trop pour cette redondance l� : tu peux cr�er tes objets (avec le pattern monteur comme sugg�r� par 3DArchi, par exemple) et d�truire ensuite celui qui t'as permis de lire le fichier. De cette mani�re, le(s) monteur(s) n'aura(ont) pour dur�e de vie que l'initialisation du programme, ce qui est coh�rent avec le r�le que tu veux lui donner.

Je valide �galement Boost.ProgramOption qui est facile � utiliser et tr�s pratique.

[r0d]

Bonjour,

sur ce sujet, moi j'ai opt� pour une solution que j'ai appel� Registry (qui n'a -presque- rien � voir avec la base de registre de windows).
3DArchi, le "DP builder" dont tu parles ne serait-ce pas plut�t le factory?
Quant � boost, effectivement c'est l'artillerie lourde. C'est un peu abus� de se taper boost juste pour �a (je n'aime pas trop boost de toutes fa�ons. Je l'utilise pourtant dans presque tous mes projets, mais quand je peux, je m'en passe avec soulagement).

Mon histoire de Registry fonctionne comme suit:
C'est une simple map<string,string> (id/key), qui est encapsul�e dans une classe Registry (dans mon cas c'est un singleton. Je suis un peu atteint de singletonite, mais dans ce cas l� je pense que c'est vraiment ce qu'il y a de mieux). Cette classe Registry fournit une fonction qui lit le fichier de config (bon en v�rit�, dans ma lib c'est une classe � part mais peu importe) et des accesseurs templates qui permettent de r�cup�rer les variables directement dans le type souhait�.

Les sources sont dispos sur mon d�p�t sourceforge, si �a t'int�resse:
registry.h
registry.cpp
Note: l'acces aux variables de cette classe Registry est particuli�rement co�teuse, surtout si on ne les r�cup�re pas sous forme de string. Il faut donc l'utiliser de bon aloi (sp�ciale d�dicace).

Ensuite, pour la cr�ation des objets qui utilisent ces variables, cela va d�pendre de chaque objet. Il n'est certainement pas n�cessaire, par exemple, d'impl�menter une factory � chaque fois.

[jblecanard]

Quant � boost, effectivement c'est l'artillerie lourde. C'est un peu abus� de se taper boost juste pour �a

Je ne suis pas trop d'accord. Pass� l'�tape d'installation et de link de boost la premi�re fois qu'on s'en sert, �a se fait tout seul par la suite... Boost.Program_Option m'a fait gagner des heures de boulot par le pass�.

[3DArchi]

Salut,

3DArchi, le "DP builder" dont tu parles ne serait-ce pas plut�t le factory?

Il s'agit bien du DP Builder (ou Monteur) dont l'objectif est bien de masquer la construction d'un objet complexe. Cela peut �tre le cas au d�marrage o� un builder sp�cifique peut s'appuyer sur les fichiers de configuration/initialisation/arguments en ligne de cmd pour construire les objets de l'application.