sticki

笑不出来了，我也用了很多年……

兄弟，安好
多说一句，你的文笔挺不错的，可以考虑做自媒体

@chent114514 嘿，兄弟，注意我提的第三个示例，复杂逻辑校验，可以调用静态方法。你写一个 ipv6 的校验规则，然后在表达式里调用它就好了。

我一直用的 Copilot （白嫖的），不得不说，确实好用，开发效率提升了不少。

我比较好奇的是，idea 内有没有插件，可以像 vscode 里面的 Copilot 那样，辅助生成 git commit 消息的。idea 内的 Copilot 不支持自动生成消息。

@yihy8023 @zmal 对的，简单的规则还行，复杂的规则建议写成静态方法然后在表达式里调用，涉及业务数据的校验还是写在 service 层会更好。

另外，静态编译的检查确实是一个问题，启动时扫描并编译感觉有点困难，参考 mybatis ，或许可以通过插件的形式来解决。

@xwayway 这个问题我在 #9 回复过，实际上 idea 可以识别 SpEL 表达式，识别后字符串会有引用的效果，但目前我的组件对这个识别功能还不完全兼容

@watzds 对，这是一个问题，我给字段使用了 @Language("SpEL")，但 idea 只能识别部分，这很奇怪。未来或许会通过插件的形式辅助开发者使用这套组件，从而解决这个问题。

@firecooloo1024 我也这样写过，没什么毛病，就是代码略多一点。这套组件的规则并不复杂，其实和 javax validation 那些注解差不了多少，唯一需要学习的是 SpEL 的语法，但其实也很简单。

@fkdog 当然可以自己写代码实现，如果愿意的话，javax validation 也可以不用。4G 普及之前，大家也觉得没必要，我认为这是一样的道理。

至于反射降低的性能，对于一个接口请求来说，只是九牛一毛罢了，框架带来的便利性，往往都会牺牲一定的性能，那几毫秒的延迟，在绝大多数场景下，都是不重要的。举个不恰当的例子，Spring 内也包含了大量的反射，但没人在乎。

再说说个性化，这套组件就是为了解决个性化的参数校验而生的，它几乎可以满足任何个性化的参数校验。