如何用JsonPath.Net组合多条件查询匹配不同对象子串？

合并为单个JSONPath查询 #

可以通过根节点的过滤条件，用||逻辑运算符同时处理两种类型的匹配规则，结合各自的value检查逻辑，最终合并成一个查询：

使用正则匹配版本（适配JsonPath.Net语法） #

$[?(@.type=="Shuttle" && @.Locations[*]["Downstream Device"][*].value =~ /SEARCH_STRING/ || (@.type=="Conveyor - Single Item" || @.type=="Conveyor - Accumulating") && @["Downstream Device"][*].value =~ /SEARCH_STRING/)]

使用search函数版本 #

$[?(@.type=="Shuttle" && search(@.Locations[*]["Downstream Device"][*].value, 'SEARCH_STRING') || (@.type=="Conveyor - Single Item" || @.type=="Conveyor - Accumulating") && search(@["Downstream Device"][*].value, 'SEARCH_STRING'))]

表达式逻辑拆分：

• 第一分支：匹配type为Shuttle的对象，同时检查其Locations下所有Downstream Device的value是否包含目标字符串
• 第二分支：匹配type为Conveyor - Single Item或Conveyor - Accumulating的对象，同时检查其Downstream Device的value是否包含目标字符串
• 两个分支用||连接，满足任一条件即可返回匹配对象

去掉@.type条件的可行性 #

去掉@.type条件仅保留value匹配是技术上可行的，但会偏离原需求：

• 原需求会过滤掉Depositor这类非目标类型的对象（比如示例中的RB1，即使value包含DP1也不会返回）
• 去掉type条件后，只要任意对象的子value包含搜索字符串就会被返回，比如搜索DP1时会返回RB1，不符合原需求的预期

如果需要严格遵循原需求的过滤规则，不建议去掉@.type条件。

内容的提问来源于stack exchange，提问作者Cliff Pennalligen