rfc4180

26熱度

1回答

我知道fputcsv，但根據this "wontfix" bug fputcsv沒有正確地轉義輸入，並且出於兼容性的原因它的行爲不會被修復。我更喜歡符合RFC 4180的實現，因此Excel和LibreOffice可以在任何情況下打開它。我試過Google的圖書館這樣做是正確的，但似乎沒有一個體面的第三方庫的共識，而是通常建議有缺陷的fputcsv。我總是可以推出自己的產品，但如果可能的話，我寧

7熱度

1回答

從雙引號用作轉義字符的CSV文件中加載數據

我有一堆需要加載到MySQL數據庫中的CSV數據。那麼，也許是CSV-ISH。（編輯：actually, it looks like the stuff described in RFC 4180）每行是逗號分隔雙引號字符串的列表。爲了避免出現在列值內的任何雙引號，使用雙重雙引號。反斜槓允許表示自己。例如，該行： "", "\wave\", ""hello,"" said the vicar

0熱度

1回答

OpenCSV不符合CSV標準（RFC 4180）

我用openCSV解析CSV文件（分隔符爲 ';' &引號字符是「」「），解析錯誤格式時喜歡下面一行：列1; 「列2」;列「」 3 結果是值的數組：一個[0] =列1中，[1] =列2中，[2] =列「3 但我認爲這是一個wr翁的結果，因爲輸入（字符串：列「」 3）違反RFC 4180第5條（https://tools.ietf.org/html/rfc4180）：每場可以或不可以用雙引號

0熱度

1回答

關於行尾的CSV標準

我在寫一個CSV解析器，我希望它符合this標準。它指出：每條記錄都位於一個單獨的行，由換行符（CRLF）我應該如何處理行僅LF性格CR結束界定？我是否應該把它們當作文字並傳遞給現場，將其解釋爲行結束。或者，也許配音文件格式不正確？我想，大多數靈活的解決方案將接受任何類型的行結束，但我想弄清楚什麼標準說。您對此有何看法？