C++Talk.NET

jimini · Guest

Je vous remercie de votre réponse.

Pour être plus explicite, l'intérêt d'une dérivation d'AnsiString, pour moi,
résiderait dans l'utilisation d'un nombre important de méthodes spécialisées
pour les chaînes de caractère que j'ai développées (Chaînes de noms de
fichier, encodeurs, chaînes Html, chaînes subdivisées en champs, etc.). Je
les utilise constamment dans mes projets. J'aimerais les intégrer sous forme
de classes cohérentes avec la VCL mais sans passer par Delphi ou par des
packages.
En effet, la plupart des arguments de la VCL sont des AnsiString et je
privilégie la lisibilité et l'esprit "pur" de conception objet. A l'heure
actuelle j'ai contourné le problème avec des pseudo-classes dans lesquelles
mes méthodes sont des fonctions statiques dont le premier argument est
(const AnsiString&) de la chaîne à traiter. Mais cela créé un "bruit" de
codage inélégant dans le source.

J'ai par exemple développé une classe d'itérateurs de sous-répertoires qui
possède une propriété CurrentFileName permettant de retourner le nom complet
du dernier fichier trouvé. Si je pouvais la définir en tant que TFileName
(réellement dérivé), je pourrais simplement spécifier
MyFile->FileName->(Propriété ou Fonction) pour obtenir ce dont j'ai besoin.
Au lieu de cela je dois me résoudre à rajouter du code "d'adaptation". Bien
sûr je pourrais toujours rajouter ces fonctions directement dans l'objet
itérateur, mais ce n'est pas, selon moi, à lui de le faire.

J'avais aussi comme vous le proposez encapsulé une AnsiString et comme vous
le soulignez, ceci la rend effectivement inutilisable pour ce que je veux
faire.

Merci cependant d'avoir répondu.

Loïc Joly · Guest

jimini wrote: