コード整形 / MULTIVERTO
JSON ポインタパスキーからネストされた JSON オブジェクトを再構築します。
01 / 例
{"/yuzā/namae":"こんにちは","/yuzā/messeji":"ようこそ","/yūkō":true}{
"yuzā": {
"namae": "こんにちは",
"messeji": "ようこそ"
},
"yūkō": true
}02 / ガイド
JSON ポインタパスキーからネストされた JSON オブジェクトを再構築します。各ポインタトークンをデコードし、欠けている親オブジェクトを作成します。
この例では入力「{"/yuzā/namae":"こんにちは","/yuzā/messeji":"ようこそ","/yūkō":true}」から出力「{ ⏎ "yuzā": { ⏎ "namae": "こんにちは", ⏎ "messeji": "ようこそ" ⏎ }, ⏎ "yūkō": true ⏎ }」が得られます。⏎ は実際の改行を示します。 変更された分離符号、名前、値タイプを確認してからこの結果を使用してください。 非フラットなJSONオブジェクトを用いて、全てのファイルや要求を変換する前に、目的パーサと比較する小さなレコードを一つ作成する。 JSON ポインタパスキーからネストされた JSON オブジェクトを再構築します。
空のルートオブジェクトは、空のオブジェクトを値に持つ空のパスで表します。意図的に制限した対応規則により、対象オブジェクトの往復変換を予測可能にしています。データベース更新に使う前に、結果を元データと比較してください。通常のキーに含まれるスラッシュはエスケープする必要があり、既存のスカラーの内部を指すパスは復元できません。パス形式の設定値を編集した後は、スラッシュで区切った各部分を親キーまたは子キーとして区別し、オブジェクトを再構築します。入力するのはパスから値への対応を持つオブジェクトです。パスのリストや完成済みの JSON Pointer 文書ではありません。ルートと末端の間にはオブジェクトだけを作り、/items/0 のような数字のトークンから配列を推定しません。空のルートオブジェクトを表す特別な空パスを除き、パスはスラッシュで始める必要があります。重複した宛先や重なる宛先は、入力順によって解決できません。スラッシュの位置を間違えると値が入るプロパティが変わるため、取り込む前に復元した階層を確認してください。
確実に往復変換するには、オブジェクトを平坦化し、生成されたパスを元の階層へ戻してから、パッチや取り込みに使ってください。復元した JSON 構造について、空のオブジェクト、配列、スラッシュやチルダを含むプロパティ名も比較します。パスの接頭部分を手作業でスカラーの末端に変えないでください。逆変換は、重なるパスや末端値の下に子を作ろうとするパスを拒否します。衝突を試すには /a と /a/b を一緒に与えます。末端は同時に別のパスの親にはなれないため、ツールは拒否する必要があります。元データと結果は見た目が似ていても役割が異なります。上記の方法が定義するのは対応する範囲であり、その形式名のあらゆる拡張ではありません。厳格な受け取り側に渡すなら、多くの記録を変える前に小さな既知の例を試してください。検証に失敗した場合は元の入力と最初に報告されたエラーに戻ります。生成結果だけを編集すると原因が隠れることがあります。
ガイドを探す