暴露枚举值和inField没有提示语

[ZhangChengLin]

php-validate/src/Validator/GlobalMessage.php

Lines 76 to 77 in d93a21a

	'enum' => '{attr} must in ({value0})',
	'notIn' => '{attr} cannot in ({value0})',

这个提示语等于暴露了允许的值。

---

inField 验证器没有提示语

php-validate/src/Traits/ScopedValidatorsTrait.php

Lines 575 to 582 in e900a44

	public function inFieldValidator($val, string $anotherField): bool
	{
	if ($anotherField && $dict = $this->getByPath($anotherField)) {
	return Validators::in($val, $dict);
	}
	return false;
	}

[inhere]

可以提个PR 调整下

[ZhangChengLin]

可以提个公关调整下

稍后进行。
这项目为啥没有多少星标呢？

[ZhangChengLin]

inField 验证器并不是没有提示语，而是走的默认提示语，汗颜！！！
而enum 和 notIn 是有单独的提示语的，是不是有时候需要把可选值暴露出来，不过默认应该是不暴露比较安全吧？

[inhere]

可以提个PR调整下

稍后进行。
这项目为啥没有多少星标呢？

没怎么推过。项目很早就有了

[inhere]

inField 验证器并不是没有提示语，而是走的默认提示语，汗颜！！！
而enum 和 notIn 是有单独的提示语的，是不是有时候需要把可选值暴露出来，不过默认应该是不暴露比较安全吧？

有些场景 确实需要这个提示。对API来说，不提示确实更安全点

[ZhangChengLin]

inField 验证器并不是没有提示语，而是走的默认提示语，汗颜！！！
而enum 和 notIn 是有单独的提示语的，是不是有时候需要把可选值暴露出来，不过默认应该是不暴露比较安全吧？

有些场景 确实需要这个提示。对API来说，不提示确实更安全点

那是否可以增加个选项，用来控制走提示还是走统一的否定语。

[inhere]

这个倒是可以