[Dcmlib] methodes utilisateur vs methodes developpeur

[Emmanuel Olart]

Hum le principe est d'avoir un fichier par classe et une classe par fichier
... Je ne asis pas si on peut decrire une classe ds 2 headers, je ne l ai
jamais vu en tout cas

Empecher le end user d'invoquer une méthode publique j'avoue que je ne
comprend pas. Si on ne veux pas qu'il invoque cette méthode elle doit être
privée. Je n'ai peut etre pas saisis le probleme que tu souleves. Si une
methode publique doit vraiment etre utilisée que par le developpeur de
classe il doit y avoir un mecanisme le permettant (Friend ? )

Quand à SWIG sauf erreur ou peut lui spécifier explicitement les methodes à
wrapper et celles a ne pas toucher.

Manu



----- Original Message -----
From: "Jean-Pierre Roux" <jpr at creatis.univ-lyon1.fr>
To: "Emmanuel Olart" <eolart at theralys.com>
Sent: Friday, January 16, 2004 11:42 AM
Subject: Re: [Dcmlib] methodes utilisateur vs methodes developpeur


> Emmanuel Olart wrote:
>
> >Hum a verifier mais je crois bien que swig ne wrappe que les methodes
> >publiques.
> >
>
> Ma question etait plutot : << peut-on empecher le end user d'invoquer
> des méthodes publiques qui ne lui sont pas destinées (et qui vont tout
> peter si elles sont utilisées ailleurs que par le developpeur de classe)>>
>
> Le corolaire de  cette question : << peut-on déclarer une classe dans
> plus d'un .h>>
> -un avec seulement les 'champs' ex : gdcmHeader-fields.h
> -un avec les fonctions 'not for rats', ex : gdcmHeader-priv.h
>    qui  contient #include gdcmHeader-fields.h
> -un avec les fonctions 'end user', ex: gdcmHeader.h
>    qui  contient #include gdcmHeader-fields.h
>
> Pour la compile de la classe, le developpeur met
> #include gdcmHeader-priv.h
> #include gdcmHeader.h
>
> Pour la compile des appli l'utilisateur met
> #include gdcmHeader.h
>
> et ainsi, il n'a pas acces aux fonctions 'not for rats' (pas declarées
> dans gdcmHeader.h)
>
> Ca, ca marche bien en C.
> Je ne sais pas si ca a un sens en C++.
>
> >
> >
> >----- Original Message -----
> >From: "Jean-Pierre Roux" <Jean-Pierre.Roux at creatis.insa-lyon.fr>
> >To: <dcmlib at creatis.univ-lyon1.fr>
> >Sent: Friday, January 16, 2004 10:22 AM
> >Subject: [Dcmlib] methodes utilisateur vs methodes developpeur
> >
> >
> >>Bonjour.
> >>
> >>Dans LibIDO (oh, pardon), avec Eric, on s'etait livré a un travail de
> >>benedictin pour separer les methodes 'methodes utilisateur' des
> >>'methodes developpeur'
> >>ex  : idima.h contenait les méthodes utilisateur
> >>   idima-priv.h contenait les méthodes écrites par le developpeur, à son
> >>usage exclusif, et qui n'auraient pas de sens si elles etaient invoquées
> >>par l'utilisateur final de la classe.
> >>
> >>Pour compiler les 'classes', on ecrivait
> >>#include "idima-priv.h"
> >>#include "idima.h"
> >>
> >>Pour compiler ses appli, l'utilisateur ecrivait
> >>#include  <idima.h>
> >>
> >>et on ne wrappait que les methodes de "idima.h".
> >>
> >>Pendant qu'on est en train de faire du memage : est-ce que ça ne serait
> >>pas interessant de faire la meme chose?
> >>
> >>JPRx
> >>
> >>_______________________________________________
> >>Dcmlib mailing list
> >>Dcmlib at creatis.insa-lyon.fr
> >>http://www.creatis.insa-lyon.fr/mailman/listinfo/dcmlib
> >>
> >
>
>
>