仕様と根拠

突き合わせの方法

両方の CSV を RFC 4180 の 2 節の読み方(二重引用符の中の区切り・改行は値の一部)で読みます。1 行目を見出しとし、更新前のキー列の名前と同じ名前の列を更新後から探してキーにします。キーが同じ行どうしで、両方にある列の値を文字列として完全に比べます。

区分の意味

更新前にだけあるキーの行を「削除」、更新後にだけあるキーの行を「追加」、両方にあって値が違う列を「変更」として 1 列ずつ並べます。表は更新前の行の順に「変更」「削除」を、続けて更新後の追加行を示します。前後の空白や全角・半角の違いも差分になります。

根拠にした仕様・資料

指摘の段階

• エラー: 仕様に反していて、正しく読めない・処理できない入力です。
• 警告: 読めるものの、仕様の推奨に反する・矛盾する・意図と違う結果になりやすい入力です。
• 情報: 誤りではありませんが、知っておくとよい扱い(読み飛ばした部分や解釈)です。

入力の扱い(送信しない仕組み)

処理はすべてお使いのブラウザの中で行います。処理の本体はこのサイトから配信する小さなスクリプト(/app.js)で、外部のサービスやライブラリを読み込みません。ページはブラウザに通信を禁止させる設定(Content-Security-Policy の connect-src)つきで配信しており、入力した内容がサーバーや第三者へ送られることはありません。ファイルを選んだ場合も、端末の中で読み込むだけです。

このツールでできないこと(制約)

• キーが重複する行は最初の行だけを比べます。重複は指摘に出しますが、重複した行どうしの比較はしません。
• 値の意味(数値の大小や日付の前後)は見ません。文字列としての一致だけを比べます。
• 列の名前が変わった場合は別の列として扱い、その列は比べません(更新前だけ・更新後だけの列として知らせます)。
• 行の並び順の違いは差分にしません。キーで突き合わせるためです。