有两种说法可以说“X 中元素的所有字段都必须符合这些条件”(FOR ALL)。
TLDR:
all_have_foo_field {
# use negation and a helper rule
not any_missing_foo_field
}
any_missing_foo_field {
some i
input.array[i]
not input.array[i].foo
}
或者
all_have_foo_field {
# use a comprehension
having_foo := {i | input.array[i].foo}
count(having_foo) == count(input.array)
}
该方法取决于美国的情况。如果您想知道哪些元素不满足条件,则理解很好,因为您可以使用集合算术,例如,{i | input.array[i]} - {i | input.array[i].foo}
生成不具有字段“foo”的数组索引集合。您可能希望将这些表达式分配给局部变量以提高可读性。有关更多详细信息,请参阅文档中的此部分:https ://www.openpolicyagent.org/docs/latest/policy-language/#universal-quantification-for-all 。
在这种情况下(与您链接到的答案相反),我们不必使用正则表达式或类似的东西,因为对缺失/未定义字段的引用会导致未定义和未定义向外传播到表达式、查询、规则等。这引言中在一定程度上有所涉及。
我们所要做的就是参考相关领域。not input.array[i].foo
请注意,如果“foo”字段值在技术上为 TRUE,false
但在许多情况下未定义并且false
可以被视为可互换的(它们并不完全相同——false
是有效的 JSON 值,而未定义表示缺少值。)如果你只需要匹配 undefined 然后你必须将引用的结果分配给一个局部变量。在理解的情况下,我们可以写:
# the set will contain all values i where field "foo" exists regardless
{i | _ = input.array[i].foo}
在否定的情况下,我们需要一个额外的辅助规则,因为not _ = input.array[i].foo
这将是“不安全的”。我们可以写:
exists(value, key) { value[key] = _ }`
而 nownot exists(input[i], "foo")
仅在字段“foo”缺失时为 TRUE。
请注意,区分未定义和false
通常不值得——我建议仅在必要时这样做。