Parsing stdout con formato personalizzato o formato standard?

Non tentare di sembrare crotchety qui, ma una riga per record, con campi in colonne o delimitati in modo che possano essere facilmente analizzati da taglia senza scrivere codice personalizzato, è un formato standard ed è stata una scelta deliberata di progettazione. Leggi a volte la programmazione The Art of Unix di Eric S. Raymond. Aumenterà il vostro apprezzamento per le innovazioni che ora diamo per scontate, e contiene interi capitoli sull'importanza dell'output che è facilmente leggibile. Un formato ancora in uso e ampiamente utilizzato dopo 40 anni è un segno della sua forza , non della sua debolezza.

Un approccio comune consiste nell'utilizzare i flag della riga di comando per creare un formato di output che sia facile da analizzare sia per gli utenti che per i computer. Guarda i formati di output git porcellana per un buon esempio.

Una situazione in cui è raccomandato xml o json, tuttavia, è quando i dati sono nidificati arbitrariamente invece di qualcosa che può essere facilmente inserito in righe. Tale determinazione dovrebbe essere presa caso per caso. L'Xml è migliore dei formati binari, ma non è leggibile come una tabella di testo semplice.

L'analisi di qualsiasi forma di output può essere errata. Solo perché il formato di output segue un formato specifico non garantisce la semantica corretta. Se hai la fonte per gli eseguibili, puoi cambiare l'output in qualsiasi formato desideri. Se non lo fai, ma l'eseguibile soddisfa le tue esigenze, lo fai succhiare e analizza l'output.