Re: Un comportement que je n'arrive pas à expliquer...

Le 13/09/2023 à 20:48, Sowebio - Développement (via ada-france Mailing 
List) a écrit :
>
> Je sais bien que ton conseil est le bon. Voici ma justification 
> foireuse : en pratique on ne manipule plus qu'un unique type String, 
> UTF-8, Unbounded, avec une API standard et ça règle une fois pour 
> toute le pb des strings dans Ada. Le framework v22 masque tout. 
> L'utilisateur est dans le confort.
>
> C'est non conforme aux bonnes pratiques et sous-optimal du coté de la 
> mémoire. En pratique, ça impacte peu coté ram (v22 implémente des 
> goodies Gnatcoll qui permettent de regarder ça de près) et je n'ai pas 
> constaté d'effet de bord, hormis le cas qui fait l'objet de ce message.
>
> Aurais-je du utiliser le type de base UXString ? Certainement. Mais 
> avec Gnoga utilisant ce subtype String, je reste uniforme. Et je ne 
> voulais pas non plus forker Gnoga pour remettre partout le type 
> UXString. C'est typiquement un compromis...
>
OK, je comprends. Du moment que la décision de conception est justifiée...
<plug>Ceci dit, le fait de transformer dans tout un programme les String 
d'un paquetage en un autre nom se fait quasi-instantanément avec AdaSubst:
https://www.adalog.fr/fr/composants.html#adasubst </plug>

-- 
J-P. Rosen
Adalog
2 rue du Docteur Lombard, 92441 Issy-les-Moulineaux CEDEX
https://www.adalog.fr https://www.adacontrol.fr

_______________________________________________
Ada-france mailing list
[email protected]