在README中指定RFC4180兼容性

Question

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

问题：如果我使用这个库为第三方生成CSV文件，我可以说“这是符合RFC4180的CSV”并对此感到安心吗？或者我应该加一句“但它是更加宽松的”：）

任务可能是在必要时添加更具体的说明或比较表。

Answer 1

评论者：jonase

“宽松”意味着它会读取一些不符合RFC4180规范文件的文件。通过write-csv写入的文件将遵循规范。如果不是这种情况，应将其视为一个错误。

Answer 2

评论者：lgs32a

谢谢你的解释。
然后，应该指出哪些方面读取的CSV文件不需要遵循规范，并且是否存在严格模式，或者是否有关于性能的比较。

备注：出于好奇——这个“宽松”的定义是否是IT领域中的某种标准？我在谷歌上搜索过，但没有找到任何相关内容。

Answer 3

评论者：jonase

根据RFC4180规范

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

我认为"灵活"不是一个标准术语。我肯定会接受一个增强文档补丁的补丁。

Answer 4

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