Discussion :

[poukill]

Bien le bonjour à tous...
Suite à presque un mois de lecture conseillé par Luc Hermitte (B.Meyer, etc...), je voudrais vous poser une question assez ouverte.

Je suis responsable d'un projet de 6 mois impliquant 2 personnes.
Je m'occupe de la partie algorithmie (C++)pour faire:
-> de l'acquisition de films infrarouges
-> traitement de ces données
-> traitements d'images divers (avec besoin d'affichage évidemment )
J'utilise la bibliothèque de traitement d'image Vigra.

Mon collègue s'occupe de la partie interface graphique: ergonomie, présentation, etc... avec WxWidget.

Comment doit-on s'interfacer? Quelle est la bonne manière en pensant "objet" comme dans le bouquin de B.Meyer?

Certains de mes algos nécessitent l'affichage de plusieurs images en même temps, avec évidemment une interaction entre la partie algo et graphique (clic de souris dans une fenêtre renvois des Points2D utilisés par mes routines...)

*Je suppose que je dois, avec le principe d'autonomie des classes (couplage faible) minimiser les interactions entre ma classe et d'autres, mais...
*Est-ce qu'on doit avoir un objet commun pour dialoguer?


Merci à vous !

[XtremDev]

Bah pour ma part, je partirais du centre (c'est à la mode en ce moment !)
Je définirais les objets que vous avez en commun :
Image, Film = List<Image>, etc...

Et comme ça chacun pourra monter ses briques logicielles sur les classes et fonctions de bases définies en commun

[poukill]

OK merci pour ton avis XtremDev... C'est évidemment une solution.

J'attend d'autres avis avant de me lancer plus loin dans ce projet !

[poukill]

Pas d'autres suggestions ???
Je vous écoute toujours !

[Luc Hermitte]

Vous pouvez établir une base commune de types. Avoir une bibliothèque métier offrant les services de base ne me parrait pas plus idiot qu'autre chose.

J'ai un peu la flemme de faire ça maintenant, mais il pourrait être intéressant de vérifier comment ASL et GIL procèdent.

[Jean-Marc.Bourguet]

Si j'ai bien compris la question, regarde les patterns Modele-Vue-Controlleur, Presentation-Abstraction-Control, Observer (alias Publisher-Subscriber).

[poukill]

Si j'ai bien compris la question, regarde les patterns Modele-Vue-Controlleur, Presentation-Abstraction-Control, Observer (alias Publisher-Subscriber).

J'ai regardé ces Pattern, il faut que je m'y penche un peu plus, mais ça a l'air de correspondre à ce que je cherche...

Merci!

P.S : je mettrai résolu dans quelques temps, histoire d'être bien sûr que je sois dans le bon chemin!

[poukill]

Juste une question à la suite de ce topic:
1)
* Je travaille avec une image Vigra
* Mon collègue avec des images WxWidget pour l'affichage
=> Qui doit faire la conversion? (lui je suppose )
Est-ce possible d'éviter cette perte de temps?

2) J'ai vu que la bibliothèque WxWidget mettait à disposition des conteneurs comme la STL. On peut les utiliser (mieux adaptés dans l'environnement WxWidget), ou bien faut-il privilégier ceux de la STL??

Merci

[Luc Hermitte]

1) AHMA, c'est à lui, ou à une couche intermédiaire.
Eviter cela ? Aucune idée. Voyez si wxWidget ne peut être étendu pour supporter des formats autres.

2) Il me semblait que wxWidget ne faisait que ré-exporter la SL dans son propre espace de noms -- raisons historiques.

[poukill]

Ok merci Luc
Pour wxWidget, j'ignorai que c'était une raison historique. Je ne me pose plus aucunes questions sur l'optimisation de ses conteneurs...

[Luc Hermitte]

Pour les string, c'est globalement ce qui s'est passé. Pour les autres conteneurs, je ne les ai pas trouvés dans la doc -- en revanche, j'ai trouvé que les templates étaient bannis car connus pour ne pas être portables ... (ce qui ne faut pas lire comme c*nn*r** aujoud'hui)