RFC6902—JSON PATCH

最新推荐文章于 2023-12-11 23:00:30 发布
最新推荐文章于 2023-12-11 23:00:30 发布
阅读量2.3k 收藏 2
点赞数
分类专栏： RFC

原文地址https://tools.ietf.org/html/rfc6902

1.简介

JavaScript Object Notation (JSON) [RFC4627]是一种交换和存储的结构化数据常见的格式。HTTP PATCH [RFC5789]方法对资源进行部分修改，扩展了超文本传输协议(HTTP)[RFC2616]。

JSON PATCH 是一种格式（由媒体类型”application/ json-patch+json”标识）用于表示要应用到目标JSON文档的操作序列。它适合用于HTTP PATCH 方法。

这种格式在其他需要对JSON文档或具有类似约束的数据结构进行部分更新的情况下也可能有用（也就是说，可以使用JSON语法将其序列化为对象或数组。）。

2.约定

关键词”MUST”, “MUST NOT”, “REQUIRED”, “SHALL”, “SHALL NOT”, “SHOULD”, “SHOULD NOT”, “RECOMMENDED”, “MAY”, and “OPTIONAL”在本文档中解释为RFC 2119[RFC2119]中描述的内容。

3.文档结构

一个JSON Patch文档是一个JSON文档[RFC4627]表现为一个对象数组。每个对象代表一个被应用到目标JSON文档的操作。

下面是一个JSON Patch示例文档，传输HTTP Patch请求:

PATCH /my/data HTTP/1.1
Host: example.org
Content-Length: 326
Content-Type: application/json-patch+json
If-Match: "abc123"

[
     { "op": "test", "path": "/a/b/c", "value": "foo" },
     { "op": "remove", "path": "/a/b/c" },
     { "op": "add", "path": "/a/b/c", "value": [ "foo", "bar" ] },
     { "op": "replace", "path": "/a/b/c", "value": 42 },
     { "op": "move", "from": "/a/b/c", "path": "/a/b/d" },
     { "op": "copy", "from": "/a/b/d", "path": "/a/b/e" }
]

针对目标JSON文档，开始对JSON Patch进行计算。操作按照数组中出现的顺序依次被应用。序列中的每个操作都应用于目标文档；结果文档成为下一个操作的目标。计算过程一直持续到成功地应用所有操作或者直到遇到错误条件。

4.操作

操作对象必须有一个“op”成员，其值表示要执行的操作。它的值必须是”add”, “remove”, “replace”, “move”, “copy”, 或”test”中的一个；其他值是错误的。下面是每个对象的语义定义。

此外,操作对象必须有一个精确的“path”成员。值是一个包含JSON-Pointer值的字符串[RFC6901]，这个值引用目标文档(the “target location”)中的一个位置执行操作。

其他操作对象成员的含义由操作定义(见下面的小节)。未被明确定义为操作成员的问题必须忽略(也就是说，操作将完成，就像未定义的成员没有出现在对象中)。

注意，JSON对象中成员的顺序并不重要; 因此，以下操作对象是等价的:
{ “op”: “add”, “path”: “/a/b/c”, “value”: “foo” }
{ “path”: “/a/b/c”, “op”: “add”, “value”: “foo” }
{ “value”: “foo”, “path”: “/a/b/c”, “op”: “add” }

操作应用于由JSON文档表示的数据结构，也就是说，在任何非转义的情况下(参见RFC4627，第2.5小节) 发生。

4.1.add

“add”操作执行以下功能之一，取决于目标位置引用的内容:

  • 如果目标位置指定一个数组索引，那么新值就是在指定的索引中插入数组。
  • 如果目标位置指定不存在的对象成员，则将新成员添加到对象中。
  • 如果目标位置指定存在的对象成员，该成员的值被替换。
  • 操作对象必须包含一个“value”成员，其内容指定要添加的值。

例如:{ “op”: “add”, “path”: “/a/b/c”, “value”: [ “foo”, “bar” ] }

应用操作时，目标位置必须引用：

  • 目标文档的根 - 然后指定的值成为目标文档的整个内容。
  • 添加到现有对象的成员 - 然后在指定位置将提供的值添加到该对象。如果成员已经存在，则由指定值替换。
  • 添加到现有数组的元素 - 因此提供的值添加到数组的指定位置。在指定索引上的任何元素都会向右侧移动一个位置。指定的索引不能大于数组中元素的个数。如果-”字符用于索引数组的末尾(见[RFC6901]),这就产生将值追加到数组中的作用。

因为这个操作被设计用来增加现有的对象和数组，其目标位置通常会不存在。尽管指针的错误处理算法将被调用，该规范定义了“add”的错误处理行为忽略指针错误并添加指定的值。

然而，对象本身或包含它的数组需要存在，如果不是这样的话，它仍然是一个错误,。以”/a/b”开始的目标位置的“add”文档:
{ “a”: { “foo”: 1 } }
这不是一个错误，因为“a”存在，并且“b”将被添加到它的值中。

这是本文档中的一个错误:
{ “q”: { “bar”: 2 } }
因为“a”不存在。

4.2. remove

“remove”操作删除目标位置的值。要操作成功，目标位置必须存在。

例如: { “op”: “remove”, “path”: “/a/b/c” }

如果从数组中删除元素，指定索引上的任何元素都会向左移动一个位置。

4.3 . replace

“replace”操作用新值替换目标位置上的值。操作对象必须包含“value”成员，其内容指定替换值。
要操作成功，目标位置必须存在。

例如：{ “op”: “replace”, “path”: “/a/b/c”, “value”: 42 }

此操作在功能上与值的“remove”操作完全相同，紧接着在相同的位置使用替换值进行“add”操作。

4.4. move

“move”操作清除指定值并添加它到目标位置。

操作对象必须包含“from”成员，它是一个包含JSON Pointer值的字符串，该值引用目标文档中的位置以从中移动值。

要操作成功，‘’from’位置必须存在。
例如：
{ “op”: “move”, “from”: “/a/b/c”, “path”: “/a/b/d” }

这个操作在功能上与在”from”位置的”remove“操作相同，紧接着在目标位置使用刚移除的值进行”add“操作。
”from“位置不能是”path“位置的真正的前缀。也就是说，不能将位置移动到其子节点中。

4.5. copy

“copy”操作复制指定位置的值到目标位置。
操作对象必须包含“from”成员，它是一个包含JSON Pointer值的字符串，该值引用目标文档中的位置以从中复制值。
要操作成功，‘’from’位置必须存在。
例如：
{ “op”: “copy”, “from”: “/a/b/c”, “path”: “/a/b/e” }

这个操作在功能上与在目标位置使用”from“成员中指定值的”add“操作相同。

4.6. test

“test”操作测试目标位置的值与指定的值相等。

操作对象必须包含“value”成员，传达值与目标位置的值进行比较。

目标位置必须等于该值的“value”， 操作才被认为是成功的。

这里，“equal”表示目标位置的值和传达的“value”是相同的JSON类型，并且它们被认为等于下列规则的类型:

  • strings:如果被认为是相等的,它们包含相同数量的Unicode字符及其代码点逐字节相等
  • numbers:如果它们的数值相等，则被认为是相等的。
  • arrays:如果它们包含相同数量的值，并且每个值可以视为等于另一个数组中相应位置的值，使用此特定类型规则的list，则被认为是相等的
  • objects:如果它们包含相同数量的成员，并且如果每个成员可以被认为是等于另一对象中的成员，通过比较他们的键(如字符串)和它们的值(使用此特定类型规则的list)，那么被认为是相等的,
  • literals (false, true, and null):如果他们都是相同的，则被认为是相等的。

注意,此比较是一个逻辑比较;例如,数组的成员值之间的空格并不重要。
另外，注意对象成员序列化的顺序不重要。
例如: { “op”: “test”, “path”: “/a/b/c”, “value”: “foo” }

5. 错误处理

如果一个规范要求违反了JSON Patch文档，或者如果一个操作不成功，那么JSON Patch文档的计算应该终止，整个Patch文档的应用不应被认为是成功的。

查看[RFC5789]，2.2小节是关于处理错误的注意事项，当通过HTTP Patch方法使用JSON Patch时，包括建议使用状态码来表示各种条件。

注意,HTTP PATCH方法是原子性的，依据[RFC5789]。因此，以下patch会导致文档没有被更改(因为“test”操作会导致错误):
[
{ “op”: “replace”, “path”: “/a/b/c”, “value”: 42 },
{ “op”: “test”, “path”: “/a/b/c”, “value”: “C” }
]

6. IANA Considerations

JSON Patch文档的互联网媒体类型是application/json-patch+json.
类型名称（Type name）: application
子类型名称（Subtype name）: json-patch+json
必需的参数（Required parameters）: none
可选的参数（Optional parameters）: none
编号考量（Encoding considerations）: binary
安全注意事项:参见第7节中的安全注意事项。
互操作性问题:N / A
发布说明书：
RFC 6902
使用这种媒体类型的应用程序:
操作JSON文档的应用程序。
附加信息：
Magic number(s): N/A
文件扩展名File extension(s): .json-patch
苹果电脑文件类型代码Macintosh file type code(s): TEXT
个人及电子邮件地址，取系以获取更多的信息:
保罗·c·布莱恩< pbryan@anode.ca >
用途Intended usage: COMMON
使用限制Restrictions on usage: none
作者Author: Paul C. Bryan pbryan@anode.ca
变更管理Change controller: IETF

7. Security Considerations安全性考量

该规范与JSON[RFC4627]和JSON-Pointer [RFC6901]具有相同的安全性考量。
一些老的Web浏览器可以强制加载一个随意的根为数组的JSON文档，从而导致一个包含敏感信息的JSON Patch文档可能被暴露给攻击者的情况，即使访问是经过验证的。这就是所谓的跨站点请求伪造(CSRF)攻击 [CSRF]。
然而，这样的浏览器并没有被广泛使用(在撰写本文时,估计它们在不到1%的市场中使用)。尽管如此，发布者仍担心这种攻击，应避免使用http GET提供此类文档。

8. 致谢

以下的人员为本规范提供了想法、反馈和措辞:
Mike Acar, Mike Amundsen, Cyrus Daboo, Paul Davis, Stefan Koegl, Murray S. Kucherawy, Dean Landolt, Randall Leeds, James Manger, Julian Reschke, James Snell, Eli Stevens, and Henry S. Thompson.
JSON Patch文档的结构受到了XMLPatch 文档规范的影响[RFC5261]。

9.参考文献
9.1. 标准参考

[RFC2119] Bradner, S.,（在RFC中使用来表示需求级别的关键字）BCP 14，RFC2119,1997年3月。

[RFC4627] Crockford，D.,（JavaScript Object Notation (JSON)的application/json媒体类型）RFC4627,2006年7月

[RFC6901] Bryan, P., Ed., Zyp, K., and M. Nottingham, Ed.,JavaScript Object Notation (JSON) Pointer”,RFC 6901,2013年4月

9.2参考资料

[CSRF] Barth, A., Jackson, C., and J. Mitchell, “Robust Defenses for Cross-Site Request Forgery”, ACM Conference on Computer and Communications Security, October 2008, http://seclab.stanford.edu/websec/csrf/csrf.pdf.

[RFC2616] Fielding, R., Gettys, J., Mogul, J., Frystyk, H., Masinter, L., Leach, P., and T. Berners-Lee, “Hypertext Transfer Protocol – HTTP/1.1”, RFC 2616, June 1999.

[RFC5261] Urpalainen, J., “An Extensible Markup Language (XML) Patch Operations Framework Utilizing XML Path Language (XPath) Selectors”, RFC 5261, September 2008.

[RFC5789] Dusseault, L. and J. Snell, “PATCH Method for HTTP”,RFC 5789, March 2010.

附录a .示例
A.1. 添加对象成员(Adding an Object Member)

目标JSON文档示例(An example target JSON document):
{ “foo”: “bar”}

JSON Patch文档（A JSON Patch document）:
[
{ “op”: “add”, “path”: “/baz”, “value”: “qux” }
]

生成的JSON文档(The resulting JSON document):
{
“baz”: “qux”,
“foo”: “bar”
}

A.2. 添加数组元素(Adding an Array Element)

目标JSON文档示例:
{ “foo”: [ “bar”, “baz” ] }

JSON Patch文档: [ { “op”: “add”, “path”: “/foo/1”, “value”: “qux” } ]

生成的JSON文档: { “foo”: [ “bar”, “qux”, “baz” ] }

A.3. 移除一个对象成员(Removing an Object Member)

目标JSON文档示例:
{
“baz”: “qux”,
“foo”: “bar”
}
JSON Patch文档:
[ { “op”: “remove”, “path”: “/baz” } ]

生成的JSON文档: { “foo”: “bar” }

A.4. 移除一个数组元素Removing an Array Element

目标JSON文档示例:

{ “foo”: [ “bar”, “qux”, “baz” ] }

JSON Patch文档:
[
{ “op”: “remove”, “path”: “/foo/1” }
]

生成的JSON文档:
{ “foo”: [ “bar”, “baz” ] }

A.5. 替换值（Replacing a Value）

目标JSON文档示例:
{
“baz”: “qux”,
“foo”: “bar”
}

JSON Patch文档:
[
{ “op”: “replace”, “path”: “/baz”, “value”: “boo” }
]

生成的JSON文档:
{
“baz”: “boo”,
“foo”: “bar”
}

A.6. 移动值（Moving a Value）

目标JSON文档示例:
{
“foo”: {
“bar”: “baz”,
“waldo”: “fred”
},
“qux”: {
“corge”: “grault”
}
}

JSON Patch文档:
[
{ “op”: “move”, “from”: “/foo/waldo”, “path”: “/qux/thud” }
]

生成的JSON文档:
{
“foo”: {
“bar”: “baz”
},
“qux”: {
“corge”: “grault”,
“thud”: “fred”
}
}

A.7. 移动数组元素（Moving an Array Element）

目标JSON文档示例:
{ “foo”: [ “all”, “grass”, “cows”, “eat” ] }

JSON Patch文档:
[
{ “op”: “move”, “from”: “/foo/1”, “path”: “/foo/3” }
]

生成的JSON文档:
{ “foo”: [ “all”, “cows”, “eat”, “grass” ] }

A.8. 测试值:成功（Testing a Value: Success）
目标JSON文档示例:
{
 "baz": "qux",
 "foo": [ "a", 2, "c" ]

}

将计算成功的JSON Patch文档:
[
{ “op”: “test”, “path”: “/baz”, “value”: “qux” },
{ “op”: “test”, “path”: “/foo/1”, “value”: 2 }
]

A.9. 测试值：错误（Testing a Value: Error）

目标JSON文档示例:
{ “baz”: “qux” }

将导致错误状态的JSON Patch文档:
[
{ “op”: “test”, “path”: “/baz”, “value”: “bar” }
]

A.10. 添加嵌套成员对象(Adding a Nested Member Object)
目标JSON文档示例:
{ "foo": "bar" }

JSON Patch文档:
[
{ “op”: “add”, “path”: “/child”, “value”: { “grandchild”: { } } }
]

生成的JSON文档:
{
“foo”: “bar”,
“child”: {
“grandchild”: {
}
}
}

A.11. 忽略无法识别的元素(Ignoring Unrecognized Elements)
目标JSON文档示例:
{ "foo": "bar" }

JSON Patc文档:
[
{ “op”: “add”, “path”: “/baz”, “value”: “qux”, “xyz”: 123 }
]

生成的JSON文档:
{
“foo”: “bar”,
“baz”: “qux”
}

A.12. 添加到不存在的目标(Adding to a Nonexistent Target)
目标JSON文档示例:
{ "foo": "bar" }

JSON Patc文档:
[
{ “op”: “add”, “path”: “/baz/bat”, “value”: “qux” }
]

这个JSON Patch文档,应用于目标JSON文档上面,会导致一个错误(因此,它不会被应用),因为“add”操作的目标位置，既不引用文档的根,也不是现有对象的成员,也不是现有数组的成员。

A.13. 无效的JSON Patch文档(Invalid JSON Patch Document)
JSON Patc文档:
[
 { "op": "add", "path": "/baz", "value": "qux", "op": "remove" }

]

这个JSON Patch文件不能被视为一个“add”操作,因为它包含后面的”op”:”remove”元素。JSON要求对象成员的名称是具有唯一的“SHOULD”要求,并且副本没有的标准错误处理。

A.14. ~转义排序（~ Escape Ordering）

目标JSON文档示例:
{
“/”: 9,
“~1”: 10
}

JSON Patc文档:
[
{“op”: “test”, “path”: “/~01”, “value”: 10}
]

生成的JSON文档:
{
“/”: 9,
“~1”: 10
}

A.15. 比较字符串和数字（Comparing Strings and Numbers）

目标JSON文档示例:
{
“/”: 9,
“~1”: 10
}
JSON Patc文档:
[
{“op”: “test”, “path”: “/~01”, “value”: “10”}
]

这会导致一个错误,因为测试失败了。文档的值是数值,而被测试值是一个字符串。

A.16. 添加数组值（Adding an Array Value）

目标JSON文档示例:
{ “foo”: [“bar”] }

JSON Patc文档:
[
{ “op”: “add”, “path”: “/foo/-“, “value”: [“abc”, “def”] }
]

生成的JSON文档:
{ “foo”: [“bar”, [“abc”, “def”]] }

作者的地址
Paul C. Bryan (editor)
Salesforce.com

Phone: +1 604 783 1481
EMail: pbryan@anode.ca

Mark Nottingham (editor)
Akamai

EMail: mnot@mnot.net

勇赴
关注
专栏目录
golang json_使用http修补程序方法在golang中创建RFC6902 JSON修补程序
weixin_26714375的博客
09-18 315
golang json 介绍 (Introduction) HTTP is the widely used protocol for fetching resources over the web. It’s the building block for any data exchange that happens over the world wide web. Several applicat...
jsonpatch:包 jsonpatch 实现了 RFC 6902 中定义的 JSON 补丁的应用和创建
06-07
JSON 补丁 该模块提供了的实现。 还有其他提供类似功能的 go 库。 其余部分与 this 之间的区别在于，它不是使用补丁来创建 JSON []byte 数组，而是将补丁应用于 go 类型。 该库公开了两个 API Apply和Diff （待完成）。 func Apply(data []byte, x interface{}) error func Diff(a, b interface{}) ([]byte, error) 应该注意的是， Apply对传递给函数的值进行递归复制。 只有当补丁中的所有操作都成功时，它才会应用更改。 该存储库还提供了一个deep模块，它公开了一个 API Copy 。 func Copy(x, y interface{}) error 它将 x 的递归复制到 y 中。
JSON-Patch:JSON-Patch标准（RFC 6902）的精简和平均Javascript实现。 使用增量补丁更新JSON文档
04-23
JSON补丁 JSON-Patch的精简实现。 占地面积小。 高性能。 使用JSON-Patch，您可以： 在JS对象上应用补丁（数组）和单个操作 验证补丁序列 观察变化并在检测到变化时生成补丁 比较两个对象以获得差异 在Firefox，Chrome，Edge，Safari，IE11，Deno和Node.js中进行了测试 为什么要使用JSON-Patch JSON-Patch 是一种标准格式，允许您通过发送更改而不是整个文档来更新JSON文档。 JSON Patch与HTTP PATCH动词（方法）和REST风格的编程配合得很好。 马克·诺丁汉（Mark Nottingham）有一个。 安装 或使用包管理器安装当前版本（并将其另存为依赖项）： # NPM npm install fast-json-patch --save 添加到您的项目 在网络浏览器中 加载捆绑的分发脚本：
kustomize (七) patches、patchesJson6902、patchesStrategicMerge详解
爱死亡机器人
12-14 4290
文章目录patches方法Target 选择 patches方法 kustomization.yaml 支持通过 Strategic Merge Patch 和 JSON patch来自定义资源。自 3.1.0 起，一个 patch 可以修改多个资源。 这可以通过指定 patch 和它所修改的 target 来完成，如下所示： patches: - path: <PatchFile> target: group: <Group> version: <Ve..
json-patch:用于将 JSON 补丁 (RFC 6902) 应用于 PHP 数据结构的简单库
06-08
JSON补丁 用于将 JSON 补丁 (RFC 6902) 应用于 PHP 数据结构的简单库 描述 这个库为 PHP 实现了 。 它与库一起尝试简化将 json-patches 应用到各种 php 数据结构的过程。 安装 要安装此库，请运行以下命令，您将获得最新版本： composer require chili-labs/json-patch 用法 文档正在进行中。 测试 要运行测试套件，您需要 。 php composer.phar install phpunit 执照 JSONPatch 在 MIT 许可下获得许可。
zjsonpatch：这是用Java编写的RFC 6902 JSON补丁的实现
02-03
当与的HTTP PATCH方法结合使用时，它将以标准方式对HTTP API进行部分更新。 兼容：Java 7+版本 代码覆盖率 包 类，％ 方法， ％ 线，％ 所有课程 100％（6/6） 93.6％（44/47） 96.2％（332/345） 复杂 为了...
jsondiff：基于RFC6902（JSON补丁）的Go JSON diff库
02-03
jsondiff是一个Go软件包，用于计算两个JSON文档之间的差异（作为一系列 （JSON Patch）操作），例如，它特别适合于创建Kubernetes Mutating Webhook的补丁响应。 用法 首先，使用以下命令获取库的最新版本： $ go ...
JsonPatch:NET的JSON补丁（JsonPatchDocument）RFC 6902实现
04-30
还支持动态类型的对象：看看Marvin.JsonPatch.Dynamic（ ）。 重要提示：如果您使用的是ASP.NET Core，则不需要此组件-我一直在与Microsoft合作将其集成到ASP.NET Core中。 有关更多信息，请访问 ，或请 ，以获取...
jsonpath:RFC6901的实现并支持scala DSL
05-21
jsonpath 这是Scala中JSON指针的实现，它扩展了JSON指针语法（添加另外三个关键字: , * ）。 该库支持两种访问JSON表示法数据的方式。 String path parser和Scala DSL 句法 字符串路径解析器： 以下是受支持的运算符的列表： 操作员 描述 例子 / 路径分割 /foo : 数组切片（像python一样） /-1:-3 （后3个元素） , 名称或索引的集合 /foo,bar或/foo/1,-1,2 * 通配符 /store/book/* 代码示例： val json = """ |[ | [ | true, | false, | null | ],
json-patch:使用Jackson（2.2.x）的Java中的RFC 6902（JSON修补程序）和反向以及RFC 7386（JSON合并修补程序）实现
05-14
请先读我 从1.4版开始，此项目已获得LGPLv3和ASL 2.0的许可。 有关更多详细信息，请参见文件LICENSE。 1.3版及更低版本仅根据LGPLv3许可。 注意“ LGPL”中的“ L”。 LGPL和GPL完全不同！ 这是什么 这是用Java编写的和）的实现，其核心使用 （2.2.x）。 其特点是： {de，} Jackson对JSON Patch和JSON Merge Patch实例进行序列化； 全面支持RFC 6902操作，包括test ； 带有操作分解的JSON“差异”（仅RFC 6902）。 版本号 当前版本是1.13 。 有关1.11之前版本的详细信息，请参见文件RELEASE-NOTES.md 。 在您的项目中使用它 使用Gradle： dependencies { compile( group : " com.github.java-json-to
rfc6902:在TypeScript中完整实现RFC6902
04-29
rfc6902 完整实现 “ JavaScript对象表示法（JSON）修补程序”（包括 “ JavaScript对象表示法（JSON）指针”），以创建和使用application/json-patch+json文档。 还提供“ diff”功能，而无需使用Object.observe 。 快速开始 本地安装： npm install --save rfc6902 导入脚本： var rfc6902 = require ( 'rfc6902' ) 计算两个对象之间的差异： rfc6902 . createPatch ( { first : 'Chris' } , { first : 'Chris' , last : 'Brown' } ) //⇒ [ { op: 'add', path: '/last', value: 'Brown' } ] 将修补程序应用于某些对象： var u
json-patch:Go库，以应用RFC6902补丁以及创建和应用RFC7386补丁
04-28
JSON补丁 jsonpatch是一个库，它提供了针对文档应用以及计算和应用。 得到它！ 最新和最伟大的： go get -u github.com/evanphx/json-patch/v5 稳定版本： 版本5： go get -u gopkg.in/evanphx/json-patch.v5 版本4： go get -u gopkg.in/evanphx/json-patch.v4 （低于v3先前版本不可用） 用它！ 配置 有一个全局配置变量jsonpatch.SupportNegativeIndices 。 此默认设置为true并启用了非标准的做法，即允许负索引表示从数组末尾开始的索引。 可以通过设置jsonpatch.SupportNegativeIndices = false禁用此功能。 有一个全局配置变量jsonpatch.AccumulatedCopySizeL
JSON Patch java库之json-patch
赶路人儿
09-12 1510
介绍 json-patch是Java编写的RFC 6902（JSON Patch）和RFC 7386（JSON Merge Patch）的实现，其核心使用Jackson（2.2.x）。github地址：https://github.com/java-json-tools/json-patch 功能描述： 支持全部的RFC 6902 operations，包括test； 带有operations分解的JSON diff（仅RFC 6902）。 示例 maven pom.xml： <d.
Go json 差异比较 json-diff(RFC6902)
最新发布
面向对象的笔记
12-11 2441
Go json 差异比较 json-diff(RFC 6092) 思路 根据 JSON 的特点，可以将 JSON 分为 object, slice, value 三种类型，object 对应 "a":{}, slice 对应 [], value 类型对应 1, 如一个 JSON 如下： { "a": [1] } 就可以看作一个 object 类型的 a, 值为一个 slice 类型， slice 类型中又包含一个 value 类型，由此可以把一个 JSON 对象转换为一颗树，DFS 对比两颗树，就
JSON-PATH - fastjson 使用
z69183787的专栏
12-10 869
https://github.com/alibaba/fastjson/wiki/JSONPath
通过JSONDiff获取JSONPatch
weixin_48709775的博客
05-16 668
这里写自定义目录标题前言依赖代码JSONPatch Model类JSONPatch工具类测试用例 前言 最近看了一下fabric8的源码，发现对于k8s资源的更新都是采用了JSONPatch的方式，看是市面上却没有关于JSONPatch一键使用的工具类，所以自己搜了一下GitHub上开源的项目和自己的研究，写了一个方便易用的工具类，以方便大家的ctrl+C, ctrl+V。 依赖 用的依赖为zjsonpath，其中封装了有关JSONDiff的方法； <!-- json Patch -->
JSON Patch java库之zjsonpatch
赶路人儿
09-12 1936
zjsonpatch是用Java编写的RFC 6902 JSON Patch的实现
在ASP.NET Core中用HttpClient（三）——发送HTTP PATCH请求
weixin_45032957的博客
04-22 914
正如我们已经提到的，我们使用PUT请求进行完整更新，使用PATCH请求进行部分更新。但这并不是这两个HTTP请求之间的唯一区别。首先，请求主体是不同的。如果我们检查Web API中的PUT，我们可以看到请求体是一个简单的对象: [FromBody] CompanyForUpdateDto company 但如果我们对PATCH请求做同样的检查: [FromBody] JsonPatchDocument patchDoc 可以看到，如果我们想要支持PATCH请求的请求体，我们必须使用JsonPatchDocu
[译] 在Web API 2 中实现带JSON的Patch请求
weixin_30556959的博客
11-29 180
原文链接:The Patch Verb in Web API 2 with JSON 我想在.NET4.6 Web API 2 项目中使用Patch更新一个大对象中的某个字断，这才意识到我以前都没有用过Patch。这是一次难得的学习机会。 我不知道在Web API 2中最好的实现方式是什么，所以我按照惯例，用google搜索"Patch Web API"。我得到的第一条结果是Michael McK...
ASP.NET WebApiClient与JsonPatch局部更新详解
JSON Patch是一种标准（RFC6902），它允许客户端仅更新资源的部分属性，而不是整个对象，从而减少了网络传输的开销。在ASP.NET MVC中，WebApiClient提供了处理这种局部更新的能力。 1. **JsonPatch介绍** JSON ...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值