在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字符
• 单元格应该用逗号分隔，该库也支持其他分隔符

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

Answer 4

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