come posso ottenere il numero di riga XML da eccezione ptree

Question

Sto usando spinta ptree di leggere un file XML in questo modo:

ptree myTree; 
... /*open xml file*/ 
try{ 
    myTree.get<string>(s); 
} 
catch(boost::exception const& ex) 
{ 
/*get useful info!*/ 
} 

So che posso utilizzare la funzione what(), ma produce un errore e le stringhe Ho appena mandato.

C'è un modo per ottenere più informazioni utili come i numeri di riga nel xml che sono rilevanti per la chiamata?

Answer 1

Se si desidera rilevare XML malformati (al contrario di documenti XML che semplicemente non contengono i valori che ci si aspetta, in cui i numeri caso di linea non sono realizzabili per ottenere):

#include <iostream> 
#include <boost/property_tree/ptree.hpp> 
#include <boost/property_tree/xml_parser.hpp> 

int main(int argc, char* argv[]) 
{ 
    boost::property_tree::ptree pt; 
    try { 
    read_xml(argv[1], pt); 
    } catch (const boost::property_tree::xml_parser::xml_parser_error& ex) { 
    std::cerr << "error in file " << ex.filename() << " line " << ex.line() << std::endl; 
    } 
} 

Ora date che t.xml non è un documento XML valido:

$ a.out t.xml 
error in file t.xml at line 10 

Answer 2

un boost :: property_tree non ha il concetto di numeri di riga più. Fondamentalmente è solo un albero iterabile. Non sa se il suo contenuto è stato analizzato da un file, aggiunto a livello di codice o uscito dal nulla. Quindi non c'è modo di ottenere un numero di linea quando l'albero non contiene i valori che stai cercando.

Cose che si potrebbe prendere in considerazione:

• migliorare il vostro schema XML per la cattura di informazioni mancanti sulla fase di analisi. Come già sottolineato @JohnZwinck, i numeri di riga esistono ancora durante l'analisi. Dovresti essere assolutamente in grado di escludere "che la persona che crea l'xml abbia deciso di cambiare [qualcosa di strutturalmente]" in questo modo.
  Si suona come se fossero incaricati di decidere come deve essere l'XML. Anche se questo è il caso, il tuo programma si aspetta ancora che l'XML sia formato in un certo modo per fare cose significative con esso. Ed è qui che entra in gioco il tuo schema. Ora se decidono di cambiare i loro schemi noterai immediatamente dove c'è una mancata corrispondenza allo schema per cui hai progettato.
• Utilizzare un'altra variante di get<string>. Esistono molte varianti che consentono di specificare valori predefiniti, ottenere valori null o fare qualcos'altro, se i dati che ci si aspetta non esistono.
  Il modello di codice try-instant-catch-debug-continue suggerisce che non si è completamente sicuri di quali dati aspettarsi e che non sia critico se i dati non ci sono. Le eccezioni sono per situazioni eccezionali. Mi sembra che questo non sia uno.