在README中指定RFC4180兼容性

Question

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

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

任务可以是添加更具体的说明，如果需要的话，甚至可以添加一个对比表。

Answer 1

由jonase发表的评论：

“宽松”意味着它会读取一些不符合RFC4180规范的特殊文件。使用write-csv编写的文件将遵循该规范。如果不是这种情况，应将其认为是错误行为。

Answer 2

由lgs32a发表的评论：

谢谢您的解释。
然后应该指出在哪些方面读取的CSV不需要遵循该规范，以及是否存在或计划严格模式，以及它是否将具有更好的性能。

附言：出于好奇，这种“宽松”的定义是否是IT行业的一种标准？我在Google上搜索过，但找不到相关内容。

Answer 3

由jonase发表的评论：

根据RFC4180规范

• 行应该以CRLF结束，这个库也支持只使用LF
• 单元格应该用逗号分隔，并且这个库也支持其他的分隔符

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

Answer 4

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