最方便的位置是实体类属性注解。Symfony Validator自动扫描这些注解，在表单提交、手动验证或Doctrine持久化前触发校验，支持NotBlank、Email、Length、UniqueEntity等内置约束；非映射字段或场景化规则宜放FormType中；跨字段或依赖服务的逻辑需用Callback、Expression或自定义Constraint。
最方便的位置是实体类（Entity）的属性注解里。
实体类注解是默认且最直观的位置
把核心业务规则直接写在实体类属性上，既符合单一职责原则，又便于复用和维护。Symfony Validator 组件会自动扫描这些注解，在表单提交、手动验证或 Doctrine 持久化前触发校验。
- @Assert\NotBlank(message="用户名不能为空") —— 防空值
- @Assert\Email(message="邮箱格式不正确") —— 格式检查
- @Assert\Length(min: 6, max: 32) —— 控制字符串长度
- @Assert\UniqueEntity(fields={"email"}) —— 唯一性校验（需配合 Doctrine ORM）
表单类（FormType）适合补充非映射字段或场景化规则
某些字段不对应实体属性（如“确认密码”“同意协议”），或只在特定表单中需要额外限制，就放在 FormType 中定义 constraints：
- RepeatedType 已内置两次输入比对，无需额外写验证
- mapped => false 的字段（如 termsAccepted），可直接加 new IsTrue()
- plainPassword 这类临时字段，用 constraints + Length/NotBlank 即可
跨字段或依赖服务的逻辑，用 Callback 或自定义 Constraint
当规则涉及多个属性联动（如起止时间）、数据库查询（用户名是否已存在）或外部条件时，注解无法覆盖：
- @Assert\Callback：在实体中写方法，用 ExecutionContextInterface 手动 addViolation 到指定字段
- @Assert\Expression("this.getEndDate() >= this.getStartDate()")：适合简单表达式
- 自定义 Constraint + Validator 类：支持注入 UserRepository 等服务，做唯一性、状态校验等
不复杂但容易忽略：字段名必须和实体属性名一致；若不一致，得用 property_path 显式指定映射路径，否则注解约束不会生效。
