MINXL (MINIMALIST XML LIBRARY) : GÉNÉRATEUR/ANALYSEUR/TRAITEMENT DE FLUX/FICHIER
luhtor
Messages postés
2023
Date d'inscription
mardi 24 septembre 2002
Statut
Membre
Dernière intervention
28 juillet 2008
-
19 mai 2005 à 11:25
shenron666 Messages postés 229 Date d'inscription dimanche 14 septembre 2003 Statut Membre Dernière intervention 20 août 2014 - 21 août 2008 à 22:40
shenron666 Messages postés 229 Date d'inscription dimanche 14 septembre 2003 Statut Membre Dernière intervention 20 août 2014 - 21 août 2008 à 22:40
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/31462-minxl-minimalist-xml-library-generateur-analyseur-traitement-de-flux-fichiers-xml-en-c
https://codes-sources.commentcamarche.net/source/31462-minxl-minimalist-xml-library-generateur-analyseur-traitement-de-flux-fichiers-xml-en-c
21 août 2008 à 22:40
quand à la suppression des enfants, j'ai ajouté la fonction à partir d'un std::for_each, je prendrai la nouvelle version de minxl lorsqu'elle sera disponible et je m'adapterai
vu que ça fonctionne bien je suis passé à autre chose niveau programme
cordialement,
Shenron
21 août 2008 à 17:55
MinXL utilise le gestionnaire d'exception afin de faciliter le traitement d'un fichier XML anormal / corrompu. A mon sens, tu ne devrais donc avoir qu'un seul et unique bloc try-catch, encadrant l'appel à la fonction de "configuration" de ton application.
A partir de ce point, on suppose le fichier XML parfaitement intègre et valide. Pour simplifier l'interprétation du fichier XML par l'application, on prendra soin de choisir une structuration XML systématique. Ainsi, aucun traitement d'exception n'est a implémenter au moment de l'analyse du fichier XML.
Par exemple, le noeud <drives> comprendra un certains nombre de fils <drive> et seulement <drive>, comprenant tous un attribut "data" (renseigné ou vide). Le noed <drive> comprendra un certain nombre de fils <select>, comprenant tous un attribut "label" (renseigné ou vide). Etc.
Par conséquent, en prenant soin d'utiliser les fonctions membres child_at( size_t ), nb_children(), attribute_at( size_t ) et nb_attributes(), aucune exception ne sera levée par MinXL. Cela tend à simplifier le code la fonction "configuration" de cette application.
Pour gérer les exceptions au fil de l'analyse du fichier, dans le but de résister à une corruption partielle du fichier XML, je ne vois pas d'autre solution que de gérer les exceptions à chaque appel à MinXL avec un bloc try-catch dédié. L'autre technique serait d'utiliser le principe du C avec un retour de fonction à 0 et une fonction globale du genre get_error() afin d'obtenir une information détaillée sur la nature de l'erreur...
Effectivement, il manque une fonction pour supprimer tous les enfants d'un noeud, par exemple remove_childS(). Pour l'instant, c'est à l'utilisateur de MinXL d'implémenter une éventuelle boucle. En outre, il n'y a pas d'autre solution que de faire un boucle pour supprimer les fils un par un. Néanmoins, il est possible d'utiliser la fonction remove_child() sur le père du noeud dont on veut supprimer les fils. Attention, cela supprime également le noeud en question.
Je vais réfléchir à intégrer la fonction remove_childs() et remove_attributes() dans une prochaine révision de MinXL.
Je suis preneur de proposition pour une gestion plus souple des exceptions.
Cordialement,
Xterminhate.
21 août 2008 à 10:17
par contre, personnellement je trouve que gérer tous les échecs avec des exceptions alourdit énormément le code qui devient vite illisible
si on ne veux pas sortir de la lecture de l'arbre xml juste parcequ'un élément non critique n'a pas été trouvé on est obligé d'imbriquer des try catch à la pelle
à titre d'exemple, gérer la lecture de cet arbre xml :
<?xml version="1.0" encoding="ISO-8859-1"?>
<mediaterface>
<drives>
<drive label="[DRV]Programmation" data="d:/Programmation">
<select label="[DIR]Code::Blocks">
<select label="[DIR]MinGW">
<select label="[Dir]Includes">
</drive>
</drives>
</mediaterface>
"drive" est un lecteur et les "select" servent à mémoriser le dernier emplacement parcouru
pour récupérer tout ça en code j'ai fait ceci :
// load configuration file
m_XmlFile.parse_from_file("test.xml");
try
{
// parse the xml tree
MinXL::t_xml_node drives = m_XmlFile.child_at("drives");
for(size_t nDriveNb=0; nDriveNb < drives.nb_children(); ++nDriveNb)
{
MinXL::t_xml_node drive = drives.child_at(nDriveNb);
if(drive.key() != "drive")
continue;
try
{
// create the drive
CPathElementPtr drv = new CPathElement(CPathElement::eFolder, drive.attribute_value_at("label"), drive.attribute_value_at("data"), m_Root);
// add the new drive to the root
m_Root->Add(drv);
drv->UpdateChildren();
std::stringvector arSelection;
try
{
for(size_t nSelectNb=0; nSelectNb < drive.nb_children(); ++nSelectNb)
{
MinXL::t_xml_node select = drive.child_at(nSelectNb);
if(select.key() != "select")
continue;
arSelection.push_back(select.attribute_value_at("label"));
}
}
catch(std::exception e)
{
}
drv->SetSelection(arSelection);
}
catch(std::exception e)
{
continue;
}
}
}
catch(std::exception e)
{
}
si un élément n'est pas trouvé, je ne veux pas tout arrêter
je ne pense pas que je puisse m'en sortir autrement ?
Autre chose aussi, il manque une méthode pour supprimer tous les enfants d'un noeud
coller un foreach pour supprimer tous les enfants n'est pas très propre et pour des gros fichier ça risque de plomber les perfs
19 août 2008 à 18:48
tinyxml est aussi plus lourd côté code généré, mais on trouve plus facilement des tutos et surtout une doc doxygen
minxl mériterait une page dédiée avec tout ce qu'il faut pour l'utiliser sans se prendre la tête à plonger dans le code
en tout cas, merci pour votre aide, je vais adapter mon programme et voir quelle bibliothèque me convient le mieux ;)
19 août 2008 à 11:22
Je crée un nouveau projet C++. J'ajoute les fichiers xml.hpp et .cpp. J'écris le code source suivant :
#include
using namespace std;
#include "xml.hpp"
int main()
{
MinXL::t_xml_node root;
root.parse_from_file( "test.xml" );
MinXL::t_xml_node drives = root.child_at("drives");
size_t drive_count = drives.nb_children();
cout << drive_count << " drives!" << endl;
for( size_t index = 0; index != drive_count; ++index )
cout << "Drive #" << index << " = " << drives.child_at(index).attribute_value_at("data") << endl;
return 0;
}
J'obtiens l'affichage suivant :
3 drives!
Drive #0 = //nas/sources
Drive #1 = //nas/demos
Drive #2 = d:/jeux
Process returned 0 (0x0) execution time : 0.015 s
Press any key to continue.
CQFD.
Pour utiliser TinyXML, il faut vraiment aimer les pointeurs dans tous les sens... ^^
Cordialement,
Xterminhate.
18 août 2008 à 18:01
j'ai voulu me servir de minxl pour charger un fichier de configuration d'une petite application d'exploration de fichiers mais après une bonne demi heure à me torturer l'esprit j'ai fini par laisser tomber et passer sur tinyxml
j'aimerai bien savoir comment vous gérez le chargement d'un simple petit fichier comme celui-ci :
<?xml version="1.0" encoding="ISO-8859-1"?>
<mediaterface>
<drives>
<drive label="[DRV]Sources" data="//nas/sources"/>
<drive label="[DRV]Demos" data="//nas/demos"/>
<drive label="[DRV]Jeux" data="d:/jeux"/>
</drives>
</mediaterface>
je cherche à récupérer les éléments "drive" afin de créer mon arborescence de base
je n'ai pas trouvé d'exemple qui me convienne dans le code
pour exemple, le code avec tinyxml :
void Config(void)
{
// initialize configuration file to load
TiXmlDocument config("explorer.cfg");
config.SetCondenseWhiteSpace(false);
// load configuration file
if(!config.LoadFile())
return;
// parse the xml configuration file
TiXmlHandle root(&config);
TiXmlElement* drive = root.FirstChildElement("mediaterface").FirstChildElement("drives").FirstChildElement("drive").Element();
// setup the drives
while(drive)
{
m_Root->Add(new CPathElement(CPathElement::eFolder, drive->Attribute("label"), drive->Attribute("data"), m_Root));
drive = drive->NextSiblingElement("drive");
}
}
24 juil. 2008 à 17:38
s=k->read("/Workbook/Worksheet/Table/Row/Cell/Data:1");
s=k->read("/Workbook/Worksheet/Table/Row/Cell/Data:2");
etc....
24 juil. 2008 à 14:31
mon fichier xml est ecrit de la maniere suivante:
**************************************************************************************
<?xml version="1.0"?>
<?mso-application progid="Excel.Sheet"?>
<Workbook xmlns="urn:schemas-microsoft-com:office:spreadsheet"
xmlns:o="urn:schemas-microsoft-com:office:office"
xmlns:x="urn:schemas-microsoft-com:office:excel"
xmlns:dt="uuid:C2F41010-65B3-11d1-A29F-00AA00C14882"
xmlns:ss="urn:schemas-microsoft-com:office:spreadsheet"
xmlns:html="http://www.w3.org/TR/REC-html40">
<DocumentProperties xmlns="urn:schemas-microsoft-com:office:office">
</DocumentProperties>
<CustomDocumentProperties xmlns="urn:schemas-microsoft-com:office:office">
</CustomDocumentProperties>
<ExcelWorkbook xmlns="urn:schemas-microsoft-com:office:excel">
</ExcelWorkbook>
<Worksheet ss:Name="Feuil1">
<Column ss:StyleID=\"s63\" ss:AutoFitWidth=\"0\" ss:Width=\"149.25\"/>
<Column ss:StyleID=\"s65\" ss:AutoFitWidth=\"0\" ss:Width=\"150\"/>
<Column ss:StyleID=\"s73\" ss:AutoFitWidth=\"0\" ss:Width=\"150\"/>
<Column ss:AutoFitWidth=\"0\" ss:Width=\"360\"/>
<Row>
<Cell ss:StyleID=\"s62\"><Data ss:Type=\"String\">FRENCH</Data></Cell>
<Cell ss:StyleID=\"s66\"><Data ss:Type=\"String\">ENGLISH (US)</Data></Cell>
<Cell ss:StyleID=\"s70\"><Data ss:Type=\"String\">ARABIC</Data></Cell>
<Cell ss:StyleID=\"s62\"><Data ss:Type=\"String\">COMMENTAIRE</Data></Cell>
</Row>
</Worksheet>
</Workbook>
*************************************************************************************
je souhaiterai recuperer uniquement les elements :
FRENCH
ENGLISH
ARABIC
se trouvant à: "/Workbook/Worksheet/Table/Row/cell/Data"
Pour cela, j'ai ecris les lignes de codes suivantes:
string s;
t_xml_node n;
t_xml_manip* k;
k= new t_xml_manip(n) ;
n.parse_from_file("traduction.xml");
s=k->read("/Workbook/Worksheet/Table/Row/Cell/Data");
on me renvoi la donnée FRENCH.
mon probleme est donc le suivant: Comment dois-je proceder pour acceder aux autres DATA ? je bloque totalement.
merci d'avance
16 mars 2008 à 18:56
L'optimisation dont il est question dans le texte d'introduction est terminée. J'en tiendrai compte pour la prochaine mise à jour.
Je souhaite avancer dans l'implémentation d'une API proche de Xpath pour xml_manip.
Ta contribution est la bienvenue. J'aimerais pouvoir en discuter avec toi par email (xterminhate@wanadoo.fr).
Cordialement,
Xterm-in'Hate.
16 mars 2008 à 15:49
Merci pour tes réponses et ta réactivité.
Compris le pourquoi des deux t_xml_manip::operator().
S'il me venait l'envie d'apporter moi-même des fonctionnalités (XPath) à ton code, est-ce que tu acceptes les patches qu'on pourrait t'envoyer ?
Une autre question, tu annonces dans la description du projet:
"Une optimisation du code est en cours sans nuire à sa lisibilité (gain de rapidité de l'ordre de 500% actuellement, par rapport à la première release)."
Est-ce que cette optimisation est toujours en cours ou a-t-elle été implémentée dans le code actuel ?
(Auquel cas il conviendrait de corriger le text de description..)
Christophe
16 mars 2008 à 09:09
D'abord, je te remercie pour tes commentaires et conseils au sujet de ce code source.
Apres diverses formalations assez complexe pour traiter de manière optimale tous les cas, j'ai finalement modifié mon code source de la façon suivante pour garantir le bon fonctionnement sous GCC et les dernières versions de Microsoft :
#if !defined( _MSC_VER )
typedef std::size_t size_t;
#endif // !defined(_MSC_VER)
#if !defined( _MSC_VER )
_tmp_str.clear();
#else
_tmp_str = "";
#endif // !defined(_MSC_VER)
Concernant la factorisation de 'copy' et 'move', la modification est un peu plus compliquée car la partie 'free' prend en argument un résultat intermédiaire de 'copy'. J'ai factorisé 'cop' et 'move' en introduisant une fonction d'implémentation déclarée privée. J'ai aussi ajouté un test clair (18bis) dans xml_test.cpp pour vérifier le comportement de 'copy' et 'move'.
Langage Xpath est très intéressant pour la classe xml_manip. Je ne le connaissais pas à l'époque de la rédaction de ce code source. Par exemple, j'utilise le "." pour accéder un attribut alors que c'est un "@" dans Xpath. Et puis il y a les opérateur de recherche.... Intéressant mais il va me falloir trouver la motivation pour me replonger a fond dans mon code pour réaliser ces évolutions.
Concernant les deux opérateurs qui se ressemblent,
- le premier permet de retourner une référence constante (accès en lecture seul d'une valeur/attribut),
- le seconde retourne un référence vers une valeur/attribut (accès en lecteur et écrite).
GCC choisit automatique le bon opérateur en fonction du contexte appelant.
La premiere formulation permet de s'affranchir d'une copie dans la plupart des cas d'utilisation. La seconde formulation a pour but de pouvoir écrire le code suivant : xmlm( "/players/number" ) = "2";
Une mise à jour de MinXL est disponible dans quelques minutes.
Cordialement,
Xterm-in'Hate.
15 mars 2008 à 19:05
J'ai constaté que tu as apporté un correctif au bug que je t'avais remonté. Merci.
J'en profite pour te faire part d'une ou deux remarques que je me suis fait en relisant ton code.
1) Il y a plusieurs occurrences de conditions
#if ( _MSC_VER > 1300 )
current_key.clear();
#else
current_key = "";
#endif
Pour ma part, je compile avec GCC sous Linux ou avec MinGW (donc GCC également) sous Windows.
Tout fonctionne bien, mais comme la macro _MSC_VER n'est pas définie, je pense que GCC doit systématiquement évaluer la condition comme fausse, alors que le code "current_key.clear();" est tout à fait valide pour GCC.
Tu pourrais modifier comme suit pour restreindre l'anomalie à MSVC versin <= 1300, et laisser le code par défaut pour tous les autres compilateurs:
#if ( _MSC_VER <= 1300 )
current_key = "";
#else
current_key.clear();
#endif
D'autre part, il me semble que les deux fonctions t_xml_manip::cp() et t_xml_manip::mv() ont pratiquement le même code source, à part la suppression du node déplacé à la fin de t_xml_manip::mv()
// free
src_node->remove_child( src_keys.back() );
Je dis peut-être une connerie, mais il me semble plus judicieux de factoriser le code de la copie dans t_xml_manip::cp() et de coder t_xml_manip::mv() comme suit:
void t_xml_manip::mv( string const & src_path, string const & dst_path ) const
{
this->cp(src_path, dst_path);
// free
src_node->remove_child( src_keys.back() );
}
Enfin, je vais avoir besoin d'utiliser des fonctionnalités de recherche de nodes à la "XPath".
Je crois que MinXL offre quelques fonctionnalité proche, via grâce à t_xml_manip::operator(), mais j'imagine que c'est quand même un peu limité.
D'ailleurs, pourquoi y a-t-il deux méthodes t_xml_manip::operator() ?
string const & t_xml_manip::operator()( string const & path ) const
string & t_xml_manip::operator()( string const & path )
Bref, Penses-tu possible d'implémenter quelques fonctionnalités basiques de XPath ?
Bon courage et merci
Christophe Massaloux
22 sept. 2007 à 10:48
21 sept. 2007 à 20:34
pour te dire que ta librairie est exactement ce que je cherchais ^^ très simple mais effective et intuitive.
Comme tout projet open-source, je préviens au passage que je l'utilise dans un de mes prog (hughobot : http://www.cppfrance.com/codes/BOT-IRC-CPLUSPLUS-FACONNABLE-EXTENSIBLE-AVEC-ARCHITECTURE-EVENEMENTIELLE_44020.aspx)
et puis ça fait toujours plaisir ;)
allez a+ et bonne prog
29 nov. 2006 à 16:53
Mai spour l'indentation, la norme XML veut que les whitespaces ne soient pas interprétés. Mais dans le cadre de ta lib, ça me convient très bien de faire sans :)
Merci et bonne continuation.
29 nov. 2006 à 08:18
Remplace .Atecivated par Activated dans ton fichier XML et le code devrait marcher. Le '.' est utile à la classe de manipaltion pour faire la différence entre une clé et un attribut dans le chemin passé en argument.
J'utilise toujours cette classe pour mes projet et elle me donne entière sastifaction.
Bonne chance !
Xter
29 nov. 2006 à 06:05
################################################################
> Une proposition pour commencer : modifier la fonction
#string t_xml_node::recursive_builder( t_xml_node const & node )
en
#string t_xml_node::recursive_builder( t_xml_node const & node, int level = 0 )
#{
# string str;
# // node header (key)
# str += "\n";
#> for(int i=0; i<level; i++) str +="\t";
#> str += "<" + node.key();
# // node header (attributes)
# for( stdsize_t attrib_index = 0; attrib_index != node.nb_attributes(); #++attrib_index )
# str += " " + node.attribute_at( attrib_index ) + "="" + #modify_attribute( node.attribute_value_at( attrib_index ) ) + """;
# // node end of header (key)
# //str += ">\r\n";
# str += ">";
# // node value
# str += modify_value( node.value() );
# // process children (recurs.)
# if( node.nb_children() != 0 )
# for( stdsize_t index_child = 0 ; index_child < node.nb_children(); ++index_child )
# str += recursive_builder( node.child_at( index_child ), level+1 );
# // node footer
# str += "\n";
#> for(int i=0; i<level; i++) str +="\t";
#> str += "</" + node.key() + ">";
# return str;
#}
Cela permet de gérer l'indentation des fichier xml.
################################################################
> Une question pour terminer :
¤ Fichier XML (scuzy pour l'anglais approx, c'est pas moi qui ais fait la DTD) :
-----------
#<?xml version="1.0"?>
#<Options>
# <FTP .Activated="True">
# <Host>
# </Host>
# <Login>
# </Login>
#
#
# <FTPDir>
# </FTPDir>
# False
#
# </FTP>
#</Options>
---------
¤ je le parse :
#XMLOption.parse_from_file(Path); // XMLOption est un t_xml_node
#Tree = new t_xml_manip(XMLOption);
¤ je tente de lire l'attribut .Activated (comme c'est moche)
#Tree->read("/Options/FTP/.Activated")
et là : ex_attribute_dont_exist alors que la lecture des vlés
#Server=Tree->read("/Options/FTP/Host")
ne pose absolument aucun problème.
Peux-tu m'aider.
Merci à toi.
24 août 2006 à 17:20
J'utile toujours cette librairie dans mes projets, son interface me permet de gagner du temps.
Bonne continuation.
24 août 2006 à 11:26
24 août 2006 à 09:31
A mon tour je te remercie, ton outil correspond tout à fait à ce dont j'avais besoin.
Cordialement,
BaBaR60
8 mai 2006 à 00:30
Cordialement,
Xter.
8 mars 2006 à 14:02
#include<string.h>
#include
.....
etc
il ne trouve pas les fichier string.h, assert.h, etc, mais dans les fichier crees automatiquement par Palm OS Developer Suite(AppMain.c, AppRessources.h) il reconnait ces fichiers.
Quelqu'un peut m'aider svp, car je ne sais plus avancer a cause de ces erreurs.
Merci,
11 août 2005 à 19:28
Encore un petit mot pour annoncer une mise à jour de MinXL.
Le code compile correctement sous VC6 sp5.
Cordialement,
Xterm-in'Hate.
28 juil. 2005 à 07:08
28 juil. 2005 à 05:07
Merci d'avoir repondu aussi vite !
27 juil. 2005 à 22:50
Cordialement,
X.
27 juil. 2005 à 10:06
Bon ca a l'air sympa ton outil, pil poil ce que je cherchais mais je n'arrive pas a le compiler. Je suis sous XP et Microsoft Visual C++ 6. A mon avis ca doit pas etre grd chose masi ca me pase sous le nez,eh eh eh. Merci d'avance pour ta reponse.
En fait a la compilation j'ai un truc comme ca:
xml.cpp
e:\xml\minxl\cppfrance_source_31462\xml.hpp(136) : error C2039: 'size_t' : is not a member of 'std'
e:\xml\minxl\cppfrance_source_31462\xml.hpp(142) : error C2039: 'size_t' : is not a member of 'std'
e:\xml\minxl\cppfrance_source_31462\xml.hpp(147) : error C2039: 'size_t' : is not a member of 'std'
e:\xml\minxl\cppfrance_source_31462\xml.hpp(148) : error C2039: 'size_t' : is not a member of 'std'
e:\xml\minxl\cppfrance_source_31462\xml.hpp(150) : error C2039: 'size_t' : is not a member of 'std'
e:\xml\minxl\cppfrance_source_31462\xml.hpp(151) : error C2039: 'size_t' : is not a member of 'std'
e:\xml\minxl\cppfrance_source_31462\xml.hpp(157) : error C2039: 'size_t' : is not a member of 'std'
e:\xml\minxl\cppfrance_source_31462\xml.hpp(163) : error C2039: 'size_t' : is not a member of 'std'
e:\xml\minxl\cppfrance_source_31462\xml.hpp(168) : error C2039: 'size_t' : is not a member of 'std'
e:\xml\minxl\cppfrance_source_31462\xml.hpp(169) : error C2039: 'size_t' : is not a member of 'std'
e:\xml\minxl\cppfrance_source_31462\xml.hpp(199) : error C2039: 'size_t' : is not a member of 'std'
e:\xml\minxl\cppfrance_source_31462\xml.cpp(41) : error C2039: 'size_t' : is not a member of 'std'
e:\xml\minxl\cppfrance_source_31462\xml.cpp(45) : warning C4786: 'std::vector<std::pair<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::p
air<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> > > > >' : identifier was truncated to '255' characters in the debug information
e:\xml\minxl\cppfrance_source_31462\xml.cpp(92) : error C2374: 'index_child' : redefinition; multiple initialization
e:\xml\minxl\cppfrance_source_31462\xml.cpp(88) : see declaration of 'index_child'
e:\xml\minxl\cppfrance_source_31462\xml.cpp(134) : error C2065: 'find' : undeclared identifier
e:\xml\minxl\cppfrance_source_31462\xml.cpp(134) : error C2446: '!=' : no conversion from 'class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > *' to 'int'
This conversion requires a reinterpret_cast, a C-style cast or function-style cast
e:\xml\minxl\cppfrance_source_31462\xml.cpp(134) : error C2040: '!=' : 'int' differs in levels of indirection from 'class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > *'
e:\xml\minxl\cppfrance_source_31462\xml.cpp(158) : error C2446: '==' : no conversion from 'class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > *' to 'int'
This conversion requires a reinterpret_cast, a C-style cast or function-style cast
e:\xml\minxl\cppfrance_source_31462\xml.cpp(158) : error C2040: '==' : 'int' differs in levels of indirection from 'class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > *'
e:\xml\minxl\cppfrance_source_31462\xml.cpp(161) : error C2440: 'initializing' : cannot convert from 'int' to 'class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > *'
Conversion from integral type to pointer type requires reinterpret_cast, C-style cast or function-style cast
e:\xml\minxl\cppfrance_source_31462\xml.cpp(215) : error C2446: '==' : no conversion from 'const class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > *' to 'int'
This conversion requires a reinterpret_cast, a C-style cast or function-style cast
e:\xml\minxl\cppfrance_source_31462\xml.cpp(215) : error C2040: '==' : 'int' differs in levels of indirection from 'const class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > *'
e:\xml\minxl\cppfrance_source_31462\xml.cpp(218) : error C2440: 'initializing' : cannot convert from 'int' to 'const class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > *'
Conversion from integral type to pointer type requires reinterpret_cast, C-style cast or function-style cast
e:\xml\minxl\cppfrance_source_31462\xml.cpp(227) : error C2446: '==' : no conversion from 'class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > *' to 'int'
This conversion requires a reinterpret_cast, a C-style cast or function-style cast
e:\xml\minxl\cppfrance_source_31462\xml.cpp(227) : error C2040: '==' : 'int' differs in levels of indirection from 'class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > *'
e:\xml\minxl\cppfrance_source_31462\xml.cpp(230) : error C2440: 'initializing' : cannot convert from 'int' to 'class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > *'
Conversion from integral type to pointer type requires reinterpret_cast, C-style cast or function-style cast
e:\xml\minxl\cppfrance_source_31462\xml.cpp(651) : error C2374: 'index_key' : redefinition; multiple initialization
e:\xml\minxl\cppfrance_source_31462\xml.cpp(635) : see declaration of 'index_key'
e:\xml\minxl\cppfrance_source_31462\xml.cpp(698) : error C2374: 'index_key' : redefinition; multiple initialization
e:\xml\minxl\cppfrance_source_31462\xml.cpp(682) : see declaration of 'index_key'
e:\xml\minxl\cppfrance_source_31462\xml.cpp(729) : error C2039: 'clear' : is not a member of 'basic_string<char,struct std::char_traits<char>,class std::allocator<char> >'
e:\xml\minxl\cppfrance_source_31462\xml.cpp(759) : error C2248: 'unmodify_value' : cannot access private member declared in class 'MinXL::t_xml_node'
e:\xml\minxl\cppfrance_source_31462\xml.hpp(212) : see declaration of 'unmodify_value'
e:\xml\minxl\cppfrance_source_31462\xml.cpp(761) : error C2039: 'clear' : is not a member of 'basic_string<char,struct std::char_traits<char>,class std::allocator<char> >'
e:\xml\minxl\cppfrance_source_31462\xml.cpp(835) : error C2039: 'clear' : is not a member of 'basic_string<char,struct std::char_traits<char>,class std::allocator<char> >'
e:\xml\minxl\cppfrance_source_31462\xml.cpp(844) : error C2039: 'clear' : is not a member of 'basic_string<char,struct std::char_traits<char>,class std::allocator<char> >'
e:\xml\minxl\cppfrance_source_31462\xml.cpp(858) : error C2039: 'clear' : is not a member of 'basic_string<char,struct std::char_traits<char>,class std::allocator<char> >'
e:\xml\minxl\cppfrance_source_31462\xml.cpp(881) : error C2248: 'attribute_parser' : cannot access private member declared in class 'MinXL::t_xml_node'
e:\xml\minxl\cppfrance_source_31462\xml.hpp(258) : see declaration of 'attribute_parser'
e:\xml\minxl\cppfrance_source_31462\xml.cpp(889) : error C2039: 'clear' : is not a member of 'basic_string<char,struct std::char_traits<char>,class std::allocator<char> >'
e:\xml\minxl\cppfrance_source_31462\xml.cpp(896) : error C2248: 'attribute_parser' : cannot access private member declared in class 'MinXL::t_xml_node'
e:\xml\minxl\cppfrance_source_31462\xml.hpp(258) : see declaration of 'attribute_parser'
e:\xml\minxl\cppfrance_source_31462\xml.cpp(901) : error C2039: 'clear' : is not a member of 'basic_string<char,struct std::char_traits<char>,class std::allocator<char> >'
e:\xml\minxl\cppfrance_source_31462\xml.cpp(925) : error C2039: 'clear' : is not a member of 'basic_string<char,struct std::char_traits<char>,class std::allocator<char> >'
xml_test.cpp
e:\xml\minxl\cppfrance_source_31462\xml.hpp(136) : error C2039: 'size_t' : is not a member of 'std'
e:\xml\minxl\cppfrance_source_31462\xml.hpp(142) : error C2039: 'size_t' : is not a member of 'std'
e:\xml\minxl\cppfrance_source_31462\xml.hpp(147) : error C2039: 'size_t' : is not a member of 'std'
e:\xml\minxl\cppfrance_source_31462\xml.hpp(148) : error C2039: 'size_t' : is not a member of 'std'
e:\xml\minxl\cppfrance_source_31462\xml.hpp(150) : error C2039: 'size_t' : is not a member of 'std'
e:\xml\minxl\cppfrance_source_31462\xml.hpp(151) : error C2039: 'size_t' : is not a member of 'std'
e:\xml\minxl\cppfrance_source_31462\xml.hpp(157) : error C2039: 'size_t' : is not a member of 'std'
e:\xml\minxl\cppfrance_source_31462\xml.hpp(163) : error C2039: 'size_t' : is not a member of 'std'
e:\xml\minxl\cppfrance_source_31462\xml.hpp(168) : error C2039: 'size_t' : is not a member of 'std'
e:\xml\minxl\cppfrance_source_31462\xml.hpp(169) : error C2039: 'size_t' : is not a member of 'std'
e:\xml\minxl\cppfrance_source_31462\xml.hpp(199) : error C2039: 'size_t' : is not a member of 'std'
e:\xml\minxl\cppfrance_source_31462\xml_test.cpp(49) : warning C4786: 'std::vector<std::pair<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<s
td::pair<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> > > > >' : identifier was truncated to '255' characters in the debug information
e:\xml\minxl\cppfrance_source_31462\xml_test.cpp(722) : error C2059: syntax error : '/'
e:\xml\minxl\cppfrance_source_31462\xml_test.cpp(722) : error C2017: illegal escape sequence
e:\xml\minxl\cppfrance_source_31462\xml_test.cpp(722) : error C2017: illegal escape sequence
e:\xml\minxl\cppfrance_source_31462\xml_test.cpp(722) : error C2017: illegal escape sequence
e:\xml\minxl\cppfrance_source_31462\xml_test.cpp(722) : error C2017: illegal escape sequence
e:\xml\minxl\cppfrance_source_31462\xml_test.cpp(722) : error C2017: illegal escape sequence
e:\xml\minxl\cppfrance_source_31462\xml_test.cpp(976) : warning C4508: 'main' : function should return a value; 'void' return type assumed
21 juil. 2005 à 19:26
Encore (-et encore-) un petit mot pour annoncer une mise à jour de MinXL.
J'ai commencé à implémenter l'encodage/décodage des caractères spéciaux (&,<,TAB,CR,LF,...). L'utilisation des ces caractères en tant que valeur de noeud ou d'attribut XML est maintenant possible (exemple : bbcode encpasulé dans xml).
J'ai aussi améliorer les performances du 'parser' (gain x 5) {yAAm si tu lis ces lignes...).
Cordialement,
Xterm-in'Hate.
16 juil. 2005 à 13:04
Merci bcp !
16 juil. 2005 à 12:50
Encore un petit mot pour annoncer une mise à jour de MinXL.
Suite au messages de Sabugo, MinXL support la syntaxe XML <****/>.
Pour information, le code du 'parser' a été quelque peu clarifié, par la mise en oeuvre d'une machine à états. Cette modification devrait faciliter les prochaines évolutions.
Au passage, j'ai noté un gain de performance de l'ordre de 10%. Ce faible gain me permet de conclure que le code du 'parser' n'est pas responsable da la lenteur toute relative de MinXL.
Enfin, j'espere qu'aucune regression n'a eu lieu suite à cette modification majeure du code.
Cordialement,
Xterm-in'Hate.
14 juil. 2005 à 14:15
Cordialement,
Xterm-in'Hate.
14 juil. 2005 à 12:01
Perso, j'aimerai utiliser MinXL pour décoder des fragments correspondants à des commandes envoyées en direction d'un serveur socket. Et ces commandes permettront par exemple de déclencher l'ouverture d'une boite de dialogue "Save as". Chaque élément de ces boites de dialogues sont configurables, les textes également. Donc j'aimerai pouvoir passer des textes en français, qui contiendront surement des caractères spéciaux.
M'enfin, j'avais pu tester en Python, et j'avais remarqué que les problèmes d'encodages sont toujours assez sensibles... Je n'ose pas imaginer ce que ça doit donner en C++.
Allez, profite un peu de tes vacances ;)
A+
Thierry
14 juil. 2005 à 11:53
D'autre part, MinXL manque d'un encodage normalisé. Encore une fois, mon approche a été "Minimalist"(e), ce qui explique ce genre de lacune. Par exemple, le décodage/encodage des caractères accentués n'est pas pris en charge. Encore une fonctionnalité de plus à prévoir.
Merci à toi également pour tes remarques/conseils.
Cordialement,
Xterm-in'Hate.
14 juil. 2005 à 11:46
Rendre accessible l'en-tête serait intéressant. Au moins pouvoir récupérer l'encodage du fichier. Dans certains cas, ça peut servir, déjà rien que pour faire du traitement et renvoyer un document à l'encodage conforme :)
Dans tous les cas, merci pour ton travail ;)
14 juil. 2005 à 11:25
Encore un petit mot pour annoncer une mise à jour de MinXL.
J'ai rétabli la conformité des prototypes d'exception et modifié le 'parser' pour ignorer prologue/commentaires (à la place de les ignorer je pourrais éventuellement les rendre accessibles à partir de l'API de t_xml_node.... à méditer sur l'interêt de cette éventuelle fonctionnalité).
Cordialement,
Xterm-in'Hate.
13 juil. 2005 à 19:09
Mais ce n'est po grave, vu que je n'ai pas encore vraiment défini la structure d'un fragment type, je peux toujours m'adapter :)
En tout cas, merci pour tes infos ;)
13 juil. 2005 à 17:37
13 juil. 2005 à 14:02
En fait, j'ai testé ça :
const string result2 = "<commands><command name="getRootPath">
</command></commands>";
A l'affichage via un fprintf, j'ai bien ça :
le résultat : <commands><command name="getRootPath">
</command></commands>
mais aussi ça :
Abnormal program termination
avec un simple parse_from_str... et pourtant, ça me semble plutot valide, comme fragment...
13 juil. 2005 à 13:09
PS: Pas de probleme, j'assure le sav, mieux que Darty ;-)
13 juil. 2005 à 12:27
<commands><command name='getRootPath'>
</command></commands>
Je pars de la méthode parse_from_str qui récupérer le fragment et le traiter, mais ce genre là ne fonctionne pas... J'ai du revoir pour enlever les attributs et en faire des noeuds à la place.
Sinon, pour le problème du t_xml_manip, je vais encore faire des tests ;)
Désolé de te déranger pendant tes vacances
13 juil. 2005 à 09:26
13 juil. 2005 à 09:23
Peux-tu m'envoyer un exemple de fichier XML dont les attributs ne passent pas ? Le support des attributs a été ajouté récemment. S'il y a un bug, il me faut le corriger rappidement.
L'utilisation de t_xml_manip sur un noeud quelconque est logiquement possible. Le probleme est ailleurs : le chemin /name est il correct ? Je t'invite à placer un bloc try/catch. Certaines exceptions spécifiques MinXL peuvent t'aider à résoudre ce pb. Peux tu me communiquer ton code/ton fichier XML par email pour investiguer ?
Globalement, les problemes que tu rencontres m'interessent bcp pour améliorer MinXL... le manque d'un manuel utilisateur, même succint se fait sentir.
(je suis en vacances... je sens que je vais devoir, quand même, reinstaller un compilo vite fait pour corriger MinXL...lol)
Cordialement,
X.
13 juil. 2005 à 00:51
Je n'avais pas vraiment regardé le problème de BigBulle, j'avais lu les messages hier soir et essayé tes classes ce matin. Merci pour m'avoir mis sur la piste, et également pour avoir effacé le msg à double (y a eu un tit blème après l'envoi...)
Bref, sinon, j'ai commencé à tester tout ça, mais il y a quelques trucs que je n'ai pas réussi...
Je les énumère, dis moi si j'ai juste. Peut-être as-tu des moyens de contourner les problèmes que je rencontre...
Tout d'abord, j'ai pu constater que je ne peux pas passer un fichier xml contenant des attributs au parser...
Ensuite, je n'ai pas réussi à faire un truc du genre :
t_xml_node n1;
n1.parse_from_str( this->sXmlFragment );
size_t size = n1.nb_children();
for( int i = 0; i < size; i++ )
{
t_xml_node cmd = n1.child_at( i );
t_xml_manip cmdm( cmd );
//fprintf( stderr, "%i\n", size );
//fprintf( stderr, cmdm.read( "/name" ).c_str() );
}
récupérer un node, puis itérer sur ses enfants, pour les récupérer et utiliser un t_xml_manip pour travailler sur le contenu du node récupéré... si j'essaie de faire un read à partir du node, j'ai droit à un "abnormal program termination"... Donc j'en déduis que ce n'est pas faisable, qu'il faut passer par le noeud racine pour utiliser xpath... mais j'imagine que je me trompe :p :)
Merci pour les éventuelles réponses
Thierry
12 juil. 2005 à 17:40
Je t'invite à lire 4 messages plus haut, la remarque de BigBulle au sujet du prototype des exceptions de MinXL. Ces dernières sont erronnées et j'ai prévu de les modifier dans la prochaine release. Merci de bien vouloir consulter ma précédente réponse de manière a réaliser la correction des prototypes qui s'impose.
Cordialement,
X.
12 juil. 2005 à 12:07
Je re-débute en C++, avec C++BuilderX. J'ai dans l'idée d'utiliser MinXL pour parser des fragments xml, mais j'ai quelques problèmes d'utilisation.
J'ai tenté de créer un projet avec les fichiers d'exemple, et également d'intégrer MinXL dans mon projet test, mais rien n'y fait, je me retrouve avec 9 erreurs à tous les coups...
"xml.hpp" : E2113 Conflits de fonction virtuelle 'ex_invalid_key::what() const throw()' avec la classe de base 'std::exception' en ligne 54
"xml.hpp" : E2113 Conflits de fonction virtuelle 'ex_invalid_child_index::what() const throw()' avec la classe de base 'std::exception' en ligne 60
"xml.hpp" : E2113 Conflits de fonction virtuelle 'ex_child_not_found::what() const throw()' avec la classe de base 'std::exception' en ligne 67
"xml.hpp" : E2113 Conflits de fonction virtuelle 'ex_invalid_path::what() const throw()' avec la classe de base 'std::exception' en ligne 73
"xml.hpp" : E2113 Conflits de fonction virtuelle 'ex_manip_ignored::what() const throw()' avec la classe de base 'std::exception' en ligne 81
"xml.hpp" : E2113 Conflits de fonction virtuelle 'ex_invalid_xml_format::what() const throw()' avec la classe de base 'std::exception' en ligne 87
"xml.hpp" : E2113 Conflits de fonction virtuelle 'ex_attribute_already_exist::what() const throw()' avec la classe de base 'std::exception' en ligne 93
"xml.hpp" : E2113 Conflits de fonction virtuelle 'ex_attribute_dont_exist::what() const throw()' avec la classe de base 'std::exception' en ligne 99
"xml.hpp" : E2113 Conflits de fonction virtuelle 'ex_invalid_attribute_index::what() const throw()' avec la classe de base 'std::exception' en ligne 105
C'est grave docteur ??
:) D'avance merci
Thierry
9 juil. 2005 à 17:43
En effet, minxl n'est pas conforme à toute la norme XML. C'est pourquoi je l'ai appelé "Minimalist" XML ;-)
Je pourrai améliorer minxl en ajoutant le support du prologue et du commentaire... un jour peut etre ! Toute contribution et la bienvenue au passage :-)
Cordialement,
Xterm-in-hate.
8 juil. 2005 à 15:06
supporte pas les commentaires du genre :
<clients>
<carte_verte>
...
<carte ...>
</clients>
<!-- base des clients privilegiés --> (peut etre parce qu'elle ne se ferme pas. )
8 juil. 2005 à 12:58
t_xml_node n;
t_xml_manip xmln(n);
n.parse_from_file("cocoon.xml");
n.build_to_file("mycocoon.xml");
mxln.ls("/");
j'obtien un message d'erreur tres chaleureux :
This application has requested the Runtime to terminate
it in an unusual way....
ca te dis qqc ?
25 juin 2005 à 07:14
Alors c'est parfait et merci encore pour ta première remarque que je vais prendre en compte dans une prochaine mise à jour. N'hésite pas à revenir vers moi pour signaler un éventuel bug ou obtenir un conseil sur l'utilisation de MinXL.
Cordialement,
X.
24 juin 2005 à 23:23
Merci pour ta réponse éclair !
A+ ;),
BigBulle...
24 juin 2005 à 02:37
Exact, le prototype de std::exception::what est bien "const char * what () const throw ()". Je corrige dans le source des que possible.
Pour le second probleme, je proposerais dans un premier temps la modification suivante : casser le contenu du if en deux lignes.... pour voir le comportement de VC7.
vector<string>::const_iterator it = find( _attributes.begin(), _attributes.end(), attribute );
if( it != _attributes.end() )
throw ex_attribute_already_exist();
Merci de me tenir au courant de la compilation des lignes ci-dessus.
Cordialement,
X.
23 juin 2005 à 23:05
Je suis très intéressé par ton projet, mais je n'arrive pas à le compiler (mon compilateur est vc7...).
Lors de ta définition de tes exceptions, j'ai dû remplacer la valeur de retour de tes fonctions what par 'const char *'.
Mais il reste cette ligne:
if( find( _attributes.begin(), _attributes.end(), attribute ) != _attributes.end() )
throw ex_attribute_already_exist();
qui génère l'erreur suivante:
error C2784: 'bool std::operator !=(const std::basic_string<_Elem,_Traits,_Alloc> &,const _Elem *)' : impossible de déduire l'argument de modèle de 'const std::basic_string<_Elem,_Traits,_Ax> &' à partir de ''unknown-type''
c:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\include\string(118) : voir la déclaration de 'std::operator`!=''
Est-ce normal? Dois configurer quelque chose?
Merci d'avance,
BigBulle...
31 mai 2005 à 20:53
Encore un petit mot pour annoncer la modification de l'interface de t_xml_node suite pour facilier l'utilisation du parser de MinXL.
Cordialement,
Xterm-in'Hate.
28 mai 2005 à 22:57
Un petit mot pour signaler une nouvelle mise à jour de ce source. La classe t_xml_manip est quasi complète et supporte l'accès aux attributs de manière simple (préfixe '.' dans le chemin signale un attribut). Le projet source forge est également à jour.
Cordialement,
Xterm-in'Hate.
28 mai 2005 à 11:44
ça faisait longtemps !
A ce que je vois, tu as répondu à mon cahier des charges : j'essaierai de l'utiliser ce Week-end, pour voir s'il y a des modifs à faire, mais ça m'étonnerai.
La config du serveur avance très lentement (entre révisions bac et problème de compréhension de certains points de wxWindows....), je tenterai d'avancer ce WE...
Simtiers, alias Tom87@21
24 mai 2005 à 21:31
De manière générale, n'hésitez pas à me contacter pour obtenir de l'aide (je vais sans doute rédiger une documentation d'aide en ligne, mais rien ne vaut un échange direct avec le concepteur).
Cordialement,
Xterm-in'Hate.
23 mai 2005 à 19:12
En plus tu utilises du C++ _standard_, tres bonne initiative (beaucoup codent avec des trucs specifiques VC++, sans savoir pourquoi c'est con).
9
22 mai 2005 à 18:00
Cordialement,
Xterm-in'Hate.
20 mai 2005 à 21:39
Si ça t'interresse, je commence a faire une communauté c++ sur msn(pour l'instant jad_raad et moi).
msn: child_of_k0rn@hotmail.com
20 mai 2005 à 21:20
Je profite de ta remarque pour parler un peu de mon domaine de compétence. ;-)
Le cryptage (la confidentialité) et l'intégrité sont deux choses indépendantes (et complémentaires).
Le format XML est parfaitement lisible (facilement anlysable). Cependant, il est possible de garantir son intégrité de manière forte, pour éviter qu'il soit modifié (par le joueur pour l'exemple).
Pour contrôler l'intégrité du fichier XML, on ajouter un motif d'intégrité qui serait le résultat d'une opération de hashage (MD5,SHA,HMAC,etc...) calculée sur le l'ensemble ou une partie des champs du fichier XML.
Exemple de fichier XMl de sauvegarde, sécurisé en intégrité :
....
<MD5>0vL-ZGbqnge78hREGuTY+LsSA0</MD5>
Donc le XML peut tout a fait s'appliquer à la sauvegarde d'un jeu, à condition d'ajouteur un motif d'intégrité (bien sur, il faudra garder secret comment la fonction de hash est appliquée, voire introdure un aléa, etc...).
Cela dit, rien n'empeche de crypter/chiffrer le fichier XML (contenant un motif d'intégrité) pour un maximum de sécurité.
Cordialement.
20 mai 2005 à 20:48
Sinon bravo pour la portabilitée, c'est pas tjs facile
20 mai 2005 à 19:33
20 mai 2005 à 19:24
Jamais de 'using' dans un en-tete.
20 mai 2005 à 19:08
20 mai 2005 à 18:48
{
using namespace std;
};
Tu inserts le namespace std dans le namespace MinXL, dans le .hpp, je te conseille vivement d'utiliser le prefixe std:: sytèmatiquement et de mettre à la rigueur using namespace std; le .cpp
20 mai 2005 à 03:30
19 mai 2005 à 20:59
19 mai 2005 à 20:27
Pourquoi cete question ?
19 mai 2005 à 19:48
19 mai 2005 à 19:03
Merci steve_clamage pour tes remarques. Je les prendrai en compte dans la V1.1.
19 mai 2005 à 18:49
Beau code, tres rare sur cppfrance. Je suis surpris que l'en-tete ne soit pas proteger contre les inclusions multiples.
Pour la portabilité
#include <cstddef>
namespace MinXL
{
typedef std::size_t size_t;
}
et une erreur, dans le .cpp
<les en-tetes>
using namespace std; // attention !
#include "xml.hpp"
Mets les en-tete necessaires dans le .hpp et les autres dans le .cpp, et jamais de using dans un en-tete, dans cet exemple ca compile parce-que les en-tetes sont également inclus dans le source xml_test.cpp
Pour les using, tant qu'a faire autant les mettre en portée minimale
int main()
{
using namespace std;
using namespace MinXL;
}
19 mai 2005 à 16:55
Et si ça peut aider quelqu'un, voici mon code pour convertir des string en T et des T en string, c'est plutôt très simple d'utilisation et même élégant je pense ^^. Faites-en ce que vous voulez.
PS: à mettre dans un .h (par exemple StrConverter.h)
//------------------------------------------------------------------------------
#ifndef STRCONVERTER_H
#define STRCONVERTER_H
//------------------------------------------------------------------------------
//convertisseur générique string <-> type adapté aux I/O std -- par Kirua
//kirua@coder-studio.com
//------------------------------------------------------------------------------
#include <sstream>
#include <string>
//------------------------------------------------------------------------------
template<typename T>
T StrTo(std::string s)
{
T t;
std::istringstream ss(s);
ss >> t;
return t;
}
//------------------------------------------------------------------------------
template<typename T>
std::string ToStr(T t)
{
std::ostringstream ss;
ss << t;
return ss.str();
}
//------------------------------------------------------------------------------
#endif
//------------------------------------------------------------------------------
Exemple:
int i = StrTo("5");
string s = ToStr(i);
Je pense que pour la méthode ToStr on n'est même pas obligé de préciser le paramètre template :)
19 mai 2005 à 13:34
N'hésite pas à me contacter pour obtenir d'avantage d'aide quant à l'utilisation de MinXL.
Cordialement,
Xterm-in'Hate.
19 mai 2005 à 11:25
Par exemple, utiliser ce qu'il donne sur ce site:
http://c.developpez.com/faq/cpp/?page=strings#STRINGS_convertform
"L'utilisation de istringstream permet de convertir une string en n'importe quel type pour lequel l'opérateur istream::operator >>() a été défini. Il est donc possible de créer une fonction générique de conversion d'une string en un autre type grâce à l'utilisation des templates :"
#include <sstream>
template<typename T>
bool from_string( const std::string & Str, T & Dest )
{
// créer un flux à partir de la chaîne donnée
std::istringstream iss( Str );
// tenter la conversion vers Dest
return iss >> Dest != 0; }
int main()
{
int dix; from_string( "10", dix );
}
Ca pourrait s'avérer pratique pour par exemple, enregistrer une matrice ou n'importe quel autre type.
En tout cas, merci pour cette source.