[Héritage] Hériter d'une bibliothèque

Version imprimable

Voir 40 message(s) de cette discussion en une page

Bonjour à tous,

Je travaille actuellement avec la bibliothèque de traitement d'images CImg. Je la trouve très bien et très complète. Cependant, j'aimerai rajouter des fonctions que je code moi-même...
Je pourrai coder directement dans la librairie (sous forme d'un .h) les nouvelles fonctions membres de mon propre cru, mais en cas de mise à jour de la bibliothèque, celà pose évidemment problème.

La solution logique est donc l'héritage. Mais j'ai une question importante à vous poser: comment créer une classe qui "renverrai" tout vers la classe mère?
Suis-je obliger de redéfinir tous les constructeurs dans ma nouvelle classe fille?
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 #pragma once #include <iostream> #include <string> #include "CImg.h" template <typename T> class Image : public cimg_library::CImg<T> { public: Image(); //Constructeur par défaut Image(std::string nom_image); // Autre constructeur ~Image(); };
Merci à vous ! :D

03/04/2007, 09h12
Matthieu Brucher

C'est là où on voit que le modèle du "tout méthode" a de très grandes limites dans ces cas.
Désolé, je ne crois pas qu'il y ait de méthode simple pour corriger ce souci.
C'est vraiment *** quand on sait qu'on peut simplement décider de mettre tout en fonction libre qui sera ensuite capable de gérer n'importe quel type d'image...
03/04/2007, 13h33
mchk0123

Citation:

Envoyé par poukill

Suis-je obliger de redéfinir tous les constructeurs dans ma nouvelle classe fille?

Pour le constructeur par défaut, ce n'est pas nécessaire (C++ en rajoutera un tout seul). Pour les autres constructeurs oui (mais il y en a tant que ça ?).

Citation:

Envoyé par poukill

comment créer une classe qui "renverrai" tout vers la classe mère?

Là je comprends pas ! ... Tu parles toujours des constructeurs ou des autres méthodes ?

Si c'est des autres méthodes dont tu parles, je ne vois pas le problème puisque si ta classe fille hérite, elle reprend complètement l'ensemble des méthodes de la classe mère sans rien avoir à écrire de plus ?!? ....
03/04/2007, 13h46
poukill

Merci Miles pour ton avis.

Ce que je cherche à faire, c'est rajouter des fonctions membres dans la classe cimg_library::CImg<T> de la bibliothèque CImg...
Je voulais partir sur de l'héritage pour y arriver, en créant donc ma propre classe Image...
Cette classe Image n'a pas besoin d'attributs, mais seulement de nouvelles méthodes implémentées par mes soins.

Je n'ai pas besoin de réimplémenter les méthodes de la classe mère (bien évidemment), mais par contre il va falloir définir tous les constructeurs (au moins une dizaine)... Ca prendra pas tant de temps que ça, mais je cherchais la solution la plus "élégante" pour rajouter des fonctions à cette librairie! ;)

Si vous avez d'autres idées, qui pourraient faire que ça marche mieux, ou différemment, ça serait cool merci... :P
03/04/2007, 13h54
Matthieu Brucher

Sérieusement, la seule manière propre de réaliser ce genre de choses, ce sont des fonctions libres.
CImg est apparu dans le labo lors de notre recherche de nouvelle solution pour le traitement d'images, elle est vite partie, entre autres pour cette raison, une architecture trop fragile.
03/04/2007, 13h57
poukill

Qu'utilises tu alors comme librairie Miles?
03/04/2007, 14h17
Matthieu Brucher

On utilise Vigra maintenant.

si tu veux quand meme hériter de tous les contructeurs, tu dois pouvoir faire un truc dans le genre (pour tous les constructeurs a 1 ou 2 paramètres) :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
 
 
class PipoTest1
{
 
public:
 
	PipoTest1(int _iA)
	{
	}
 
	PipoTest1(float _fA)
	{
	}
 
	PipoTest1(const string &_sA)
	{
	}
 
};
 
class PipoTest2 : public PipoTest1
{
 
public:
 
	template <class P1> PipoTest2(const P1 &_1):PipoTest1(_1) {}
	template <class P1,class P2> PipoTest2(const P1 &_1,const P2 &_2):PipoTest1(_1,_2) {}
 
};
 
int _tmain(int argc, _TCHAR* argv[])
{
	PipoTest2 kPipo1(1);
	PipoTest2 kPipo2(1.0f);
	PipoTest2 kPipo3("pipo");
}

03/04/2007, 14h25
poukill

Je l'utilise aussi en parallèle pour tout ce qui est labellisation de zones, etc... Mais l'atout indéniable de CImg est le display des images, simple et efficace.
La partie affichage n'est pas le plus facile en C++, alors... :roll:

Juste deux questions Miles:
1) Comment gères-tu l'affichage? (pour ma culture personnelle)
2) Le problème d'héritage sera le même avec Vigra : pour rajouter des fonctions "membres" ça na marchera guère non? Reste que des "fonctions libres"?

Merci à toi.
03/04/2007, 14h37
Matthieu Brucher

1) N'existe pas dans Vigra
2) aucune méthode à rajouter, tout doit être des fonctions libres - je pensais que ça serait évident vu ce que j'ai indiqué avant -
03/04/2007, 16h01
poukill

Citation:

Envoyé par Miles

1) N'existe pas dans Vigra
2) aucune méthode à rajouter, tout doit être des fonctions libres - je pensais que ça serait évident vu ce que j'ai indiqué avant -

C'était évident, mais bon je préférai m'en assurer, la structure de Vigra étant très différente. Je pense toujours avoir besoin de fonctions annexes, et les fonctions libres ne sont pas vraiment une solution élégante dans le code.

Je sais bien qu'il n'existe rien dans Vigra pour l'affichage. Je voulais savoir ce que tu utilisais pour l'affichage graphique! ;)
Je me penche actuellement sur WxWidget.

Merci.
03/04/2007, 16h42
Matthieu Brucher

Citation:

Envoyé par poukill

Je pense toujours avoir besoin de fonctions annexes, et les fonctions libres ne sont pas vraiment une solution élégante dans le code.

Pas uen solution élégante ?? Tu rigoles ? C'est sans doute la solution la plus élégante dans 99% des cas.

Citation:

Envoyé par poukill

Je sais bien qu'il n'existe rien dans Vigra pour l'affichage. Je voulais savoir ce que tu utilisais pour l'affichage graphique! ;)
Je me penche actuellement sur WxWidget.

Je ne m'occupe pas d'affichage, on a un ingé pour ça. Et comme c'est de l'image 3D, ça n'a plus rien à voir.
03/04/2007, 18h44
poukill

Citation:

Envoyé par Miles

Pas uen solution élégante ?? Tu rigoles ? C'est sans doute la solution la plus élégante dans 99% des cas.

Je ne m'occupe pas d'affichage, on a un ingé pour ça. Et comme c'est de l'image 3D, ça n'a plus rien à voir.

Ok d'accord :oops:
Merci pour l'info. Je n'ai malheureusement personne à qui déléguer mon travail...;)
12/04/2007, 11h30
Ronounours

Utilise les 'plugins' de CImg

Il y a un mécanisme exprès pour ajouter tes fonctions directement dans la classe CImg, sans avoir d'héritages à faire : les plug-ins.

"cimg_plugin : This variable tells the library to use a plugin file to add features to the CImg<T> class. Define it with the path of your plugin file, if you want to add member functions to the CImg<T> class, without having to modify directly the "CImg.h" file. An include of the plugin file is performed in the CImg<T> class. If cimg_plugin if not specified (default), no include is done."

Tu peux regarder, il y a des exemples qui montrent comment faire. Efficace et simple.
12/04/2007, 16h05
poukill

Oh, Merci David! 8-)
Je vais y jeter un coup d'oeil !

J'utilise maintenant WxWidget pour l'affichage et interface graphique.
Pour éviter me modifier tous mes programmes, j'avais surchargé les opérateurs << (du std::cout) et la méthode display (vers une fenetre Widget maintenant).

Je peux faire la même chose avec un plugin ?
12/04/2007, 16h19
Matthieu Brucher

Ce hack est bien la preuve d'une erreur de conception bien dommageable :(
16/04/2007, 14h46
Ronounours

Oui tu peux tout à faire, les plug-ins permettent de personnaliser la bibliothèque comme tu le souhaites :
Tu mets ta fonction dans un fichier 'plugin.h', par exemple :

//--- file plug-in.h
int f(const CImg<T>& a) {
return a.size();
}

(mais ca marche aussi avec un operator<<() par exemple)

puis tu définis simplement :

#define cimg_plugin "plug-in.h"
#include "CImg.h"

et maintenant, la fonction f() est une méthode de CImg<T>, que tu peux appeler dans ton programme.

David.
16/04/2007, 14h52
poukill

Ok merci David pour ces précisions... :D

Si j'ai un souci plus grave, j'irai sur le forum CImg...

A+
17/04/2007, 16h02
JolyLoic

Citation:

Envoyé par mchk0123

Pour le constructeur par défaut, ce n'est pas nécessaire (C++ en rajoutera un tout seul).

A partir du moment où un constructeur est défini, le compilateur n'a plus le droit d'en ajouter un par défaut.
17/04/2007, 17h34
mchk0123

Oui effectivement, il ne rajoute plus de constructeur par défaut dans ce cas là.

C'est assez bizarre d'ailleurs ; je ne comprends pas ce qui l'empêcherai de le faire ?

Voir 40 message(s) de cette discussion en une page