2024年Clojure调查问卷!中分享您的想法。

欢迎!有关此如何运作的更多信息,请参阅关于页面。

0
data.csv

在README中提到:“遵循RFC4180规范,但更加宽松。”
这是自相矛盾并且在其他方面令人困惑。例如:
- “宽松”是什么意思?
- 如果它比规范更为“宽松”,它如何遵循规范?
- 它是遵循了规范还是只有一部分?

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

这个任务可能是添加更详细说明,如果有必要,还可以添加比较表格。

4 个回答

0
by

评论由jonase发布

"宽松"意味着它将读取不符合RFC4180规范的某些文件。使用write-csv编写的文件将遵循规范。如果不是这样,应将其视为一个错误。

0
by

评论由lgs32a发布

谢谢你的解释。
应该指出,在哪些方面读取的CSV文件不需要遵循规范,是否存在或计划有严格模式,并且性能是更高还是更低。

附言:出于好奇心 - 这种对“宽松”的定义是IT行业中的某种标准吗?我在Google上搜索了一下,但没有找到相关的信息。

0

评论由jonase发布

根据RFC4180规范

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

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

0
参考: https://clojure.atlassian.net/browse/DCSV-10(由lgs32a报告)
...