[Dcmlib] Classes PixelReadConvertor etc
Jean-Pierre Roux
jpr at creatis.insa-lyon.fr
Thu Feb 3 18:08:25 CET 2005
Mathieu Malaterre wrote:
>
>> Etant donné que ces classes ne sont pas accessibles depuis l'extérieur,
>> quel est l'intérêt de vouloir ajouter une couche de protection et
>> mettre des
>> friend inutile ?
>
>
> Ben un utilisateur qui chope la doc en ligne (doxygen) va pleurer en
> voyant toutes l'API public.
C'est ce qui m'ennuyait : mettre 'a la disposition' (c'est a dire
visibles par lui) des methodes qu'il ne doit pas/peut pas utiliser
JPRx
> De meme ta dll devient envorme vu que t'exporte des milliards de
> symboles qui ne servernt qu'en interne. Accessoirement je crois que
> c'est plus lent l'acces a des methodes publique (=dlexport) par
> rapport a celle qui ne sont pas exporter...
>> Ces classes ont été faites pour justement différencier la
>> compréhension des données
>> (entre autres la décompression) d'une interface d'aide à
>> l'utilisateur. Faire ce que tu
>> dis serait revenir en arrière. Je ne suis donc pas d'accord !
>
> Pareil pour moi, garde cette classe. Je veux juste refactoriser le code.
>
> Mathieu
>
More information about the Dcmlib
mailing list