ça ne sera plus du CSV valable (dans le sens où les outils qui bouffent du CSV vont pas le reconnaitre)
Certes, on pourrait imaginer mettre le séparateur de ligne en indicatif de dernière colonne. Autrement si l'on part du principe que l'on essaie de mettre en place un standard pour la structure des logs on n'est pas non plus obligé de se dire que l'outil CSV qui parse la compta doit lire les logs du serveur de production.
pourquoi réinventer un format alors qu'on en a 2 existant qui permettent de faire exactement ce dont on a besoin (JSON et XML) ?
Le format ne me semble pas adapté au besoin justement.
Ajouter 50% d'informations supplémentaires à écrire sur le disque et diminuer la lisibilité directe c'est loin d'être une solution convenable pour moi.
[^] # Re: Du XML ?
Posté par exolin . En réponse à la dépêche Projet Lumberjack. Évalué à 5.
Certes, on pourrait imaginer mettre le séparateur de ligne en indicatif de dernière colonne. Autrement si l'on part du principe que l'on essaie de mettre en place un standard pour la structure des logs on n'est pas non plus obligé de se dire que l'outil CSV qui parse la compta doit lire les logs du serveur de production.
Le format ne me semble pas adapté au besoin justement.
Ajouter 50% d'informations supplémentaires à écrire sur le disque et diminuer la lisibilité directe c'est loin d'être une solution convenable pour moi.