Discussion :

[Invité]

C'est facile...

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
 
#include <io>
#include <string>
 
using namespage std;
 
AnsiString toAnsiString(string & strChaineStd) {
  return strChaineStd.c_str();
}

Pour favoriser un éventuel portage de vos sources, et conserver l'indépendance de votre code C++ vis-à-vis d'un EDI, je pense que c'est mieux d'utiliser la STL le plus souvent possible, et donc les std::string au lieu des AnsiString.

[yarp]

Tu as raison pour la pérénité mais je trouve la syntaxe de la STL pas intuitive du tout. Pour moi la première qualité d'un code source est d'être lisible (et en C c'est pas gagné d'avance) alors avec la STL je ne suis pas à l'aise.
C'est dommage (pour moi car je serais tenté d'utiliser Boost et toute la panoplie des serializers et autre gestion de thread.

[Invité]

Tu as raison pour la pérénité mais je trouve la syntaxe de la STL pas intuitive du tout. Pour moi la première qualité d'un code source est d'être lisible (et en C c'est pas gagné d'avance) alors avec la STL je ne suis pas à l'aise.

Oui, je suis d'accord avec toi pour la lisibilité, mais ce n'est pas incompatible avec l'utilisation de la STL.
Moi non plus je ne suis pas à l'aise ni avec cette librairie ni avec le C++, mais je pense que c'est une question d'habitudes à prendre.
Pour les std::string il y a une excellente aide dans la FAQ C++ de ce site (très lisible) qui permet facilement de remplacer toutes les fonctions des AnsiString...
Personnellement je serais bien tenté de développer avec Qt, après Builder, donc, adieu la VCL ...