Symfony Validator无需扩展Compound约束实现复合验证规则

你没漏看官方的任何现成能力，Symfony Validator 组件确实没提供可直接传约束集合实例化的通用Compound实现，你自己写的RequireAll是非常实用的合规写法。

• 抽象类Compound从设计之初就不是做通用约束容器用的，它的定位是给自定义语义化约束当基类。官方推荐的用法是，为「合法手机号」「符合强度要求的密码」这类有明确业务含义的复合规则单独建类继承Compound，把内部的校验规则封装在getConstraints方法里，对外只暴露业务相关的配置项，隐藏内部实现细节，而不是做一个可以随意拼装规则的通用包装。
• 原生组件里，校验规则的合法输入格式只有两种：单个Constraint实例，或是Constraint实例构成的数组。这也是为什么你直接返回复合规则集合时，返回类型必须写Constraint|array联合类型——组件内部解析规则时会同时兼容两种格式，但数组本身不属于Constraint类型，没法统一成单类型声明。
• 你实现的RequireAll没有兼容性问题，本质就是把零散的约束数组包装成了标准Constraint实例，既满足了方法返回值统一为Constraint类型的需求，也不用为每一种临时组合的校验规则重复建类，能省很多重复代码。很多把Validator抽出来做独立校验包的项目里都有一模一样的实现，完全算不上非规范用法。
• 你当前的构造函数已经把$options传给了父类构造方法，可以正常兼容原生约束的校验分组、payload、自定义错误消息等通用特性，不需要额外改逻辑。

要是后续有「满足任意一条规则就算校验通过」的需求，你也可以用同样的思路实现对应的RequireAny包装类，调整内部校验触发逻辑就行。

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