在README中指定RFC4180兼容性

Question

在README中提到：“遵循RFC4180规范，但更宽松。”
这是自相矛盾且在其他方面令人困惑。例如：
- “宽松”是什么意思？
- 如果它比规范更“宽松”，那么它是如何遵循规范的？
- 它是遵循规范，还是只遵循规范的一部分？

问题：如果我使用这个库为第三方生成CSV，我能说“这是RFC4180兼容的CSV”并对此感到安心吗？或者我应该添加“但是它更宽松” :)

任务可以是添加更具体的说明，如果需要的话，可以添加比较表格。

Answer 1

由jonase发表的评论：

“宽松”意味着它会读取不遵循RFC4180规范的某些文件。使用write-csv编写的文件将遵循规范。如果不是这种情况，应将其视为bug。

Answer 2

由lgs32a发表的评论：

谢谢解释。
那么应该指出在哪些方面读取CSV不需要遵循规范，是否存在严格模式或计划，以及它的性能有多高或多低。

备注：出于好奇——这种对宽松的定义是不是某些IT标准的一部分？我在谷歌上搜索过，但没有找到任何相关内容。

Answer 3

由jonase发表的评论：

根据RFC4180规范

• 行应使用CRLF结束，本库也支持仅使用LF
• 单元格应使用逗号分隔，该库也支持其他分隔符

我认为"relaxed"不是一个标准术语。我当然会接受一个增强文档的补丁。

Answer 4

参考： https://clojure.atlassian.net/browse/DCSV-10（由lgs32a报告）