3 ms·
"Most of the time" does not mean much. If you need to handle those cases then you need to handle them, regardless of how often they appear. It's not like we'd u
by SahAssar 2y ago
"Most of the time" does not mean much. If you need to handle those cases then you need to handle them, regardless of how often they appear. It's not like we'd use a JSON parser that said "yeah, nobody nests 10 arrays, so lets not handle that edge case".
Data transfer formats are not the place to cut these corners so it really doesn't matter what is "most of the time" except perhaps for performance. For correctness relying on "most of the time" is a footgun, it is either always happening or never happening.
- franga2000 2y agoWhen defining a format, you can absolutely set limitations. If most use-cases can use a simple format with this limitation, they can, and the rest can use the complicated one. Data formats don't have to be 100% universal.
- SahAssar 2y agoAbsolutely, but the format described is neither TSV or CSV. That's perfectly fine, but don't call it CSV or TSV if it does not handle the specified ways that those work.
- franga2000 2y ago100% agreed. I'd call it Field Seaparator Separated Values - FSSV