文字列エスケープ / アンエスケープ

よくある質問

JSON 設定ファイルにはどの方言が必要ですか?

JSON です。RFC 8259 の要求どおりにダブルクォート、バックスラッシュ、制御文字をエスケープし、Unicode は読めるまま残します。出力はどんな JSON 文字列値にもそのまま収まります — 外側の引用符は付かないので、そこはあなたの担当です。

JSON 方言と JavaScript 方言の違いは何ですか?

JavaScript はさらにシングルクォートとバッククォートをエスケープするため、JS の 3 つのクォートスタイルのどれでも結果を安全に使えます。JSON が必要とするのはダブルクォートの処理だけです。アンエスケープは両方に加え、JSON が定義していない \x や \u{…} 形式も受け付けます。

SQL エスケープをすれば、ユーザー入力を連結しても安全ですか?

正しい SQL 文字列リテラル(引用符が二重化されたもの)は生成されますが、エスケープしてから連結するのは、信頼できない入力に対しては依然として誤ったパターンです — パラメーター化クエリを使ってください。このツールはフィクスチャ、マイグレーション、デバッグのためのもので、インジェクション対策ではありません。

なぜ文字列のアンエスケープが失敗するのですか?

バックスラッシュの後に、定義されたエスケープ以外のもの(\q や、途中で切れた \u12)が続くと不正な形式となり、エラーが問題のインデックスを名指しします。テキストにリテラルの Windows パスが含まれるなら、まずエスケープしてください — C:\temp は変装したタブ文字です。