アカウント名:
パスワード:
CSVファイルを開いたら電話番号の頭の0が消えているというお問い合わせに対応するのは嫌です
私はむしろデータは全て文字列で、それを数値として再解釈するかどうかは実装依存、ダブルクォーテーションで囲むのが通常で、囲まないのは例外的な省略記法、くらいに割り切って解釈してます。
#データにカンマ改行ダブルクォーテーションが含まれる場合にダブルクォーテーション記法にしろ？そんな分岐やってられねーよ。ハナから全部囲ったらぁ！
そんな独自解釈するよりも、RFC読めば良いのに。
Excelに食わせる前提だとあり得る解釈RFCに従ったところでソフトごとに方言多すぎ
ソフトごとに方言が多すぎたのでRFCで統一を図ったけど、そもそもRFCを読んでくれない。「RFCっていんたあねっとの決まりでしょ？CSV関係ないじゃん」
なるほど。一理以上のものを感じます。アプリ側から見れば確かにそうですね。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲはアレゲ以上のなにものでもなさげ -- アレゲ研究家
もう (スコア:0)
CSVファイルを開いたら電話番号の頭の0が消えているというお問い合わせに対応するのは嫌です
それはMSのせいでは無いよなぁ (スコア:2)
でも、世間様では「項目を,で分ける」でCSVなんですよね。
桁数に意味があるのに、"でくくらないなんていうのは当たり前。以前、情報処理センターから提供を受けた「CSVファイル」では行毎に含まれている項目が違う、かつ、項目がレコード毎に可変というすさまじいものも・・・（どうも汎用機の非RDBMSのデータをそのまま出力したみたい）。
他にも政府系からは親レコードと子レコードを一致させるための項目が無いデータ（それぞれの順番だけでマッチさせる前提らしい）が来るとか、すごい世界ですよ。
で、頭の０が消えて、という人は「数値と数字の区別がついてない」人ですねぇ。見てると、理系・文系は関係ないし、ITが本職の人の中にも区別がついてない人がいることがあります。
Re:それはMSのせいでは無いよなぁ (スコア:1)
私はむしろ
データは全て文字列で、それを数値として再解釈するかどうかは実装依存、
ダブルクォーテーションで囲むのが通常で、囲まないのは例外的な省略記法、
くらいに割り切って解釈してます。
#データにカンマ改行ダブルクォーテーションが含まれる場合にダブルクォーテーション記法にしろ？そんな分岐やってられねーよ。ハナから全部囲ったらぁ！
Re: (スコア:0)
そんな独自解釈するよりも、RFC読めば良いのに。
Re: (スコア:0)
Excelに食わせる前提だとあり得る解釈
RFCに従ったところでソフトごとに方言多すぎ
Re:それはMSのせいでは無いよなぁ (スコア:1)
ソフトごとに方言が多すぎたのでRFCで統一を図ったけど、そもそもRFCを読んでくれない。
「RFCっていんたあねっとの決まりでしょ？CSV関係ないじゃん」
Re: (スコア:0)
なるほど。
一理以上のものを感じます。
アプリ側から見れば確かにそうですね。