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

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

@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 内也包含了大量的反射，但没人在乎。

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

@HojiOShi
1. 目前没有找到功能和我这个一样的库，它的优势就是我上面写到的 “解决了什么问题” 部分
2. 目前确实没有写测试用例，只有少数的使用示例在一个单独的项目中，这块确实需要补充，感谢提醒

我才添加完附言，就没人回复了，沉底了

@walle1530 ConstraintValidator 可以解决一部分问题，但不够通用，比如我上面举例的第 2 点，enable 的那个，用 ConstraintValidator 是无法解决的

@eastjoehan 是的，我就是想收集这些无法使用现有注解来进行校验的情况

其实我是只希望大家告诉我这些情况就好了，不用跟我说其他劝退的话（这句不是跟 @eastjoehan 说的）

@liaojl 我只做那些不用查库的，另外我只是想收集这些例子

@gitdoit 看起来并不是

@yolee599 分情况的哈，如果项目文档和设计稿都给全了，确实不用这么麻烦，直接签合同就行了。我这个是什么都没有的情况。

@choryan 主要是 V 站这边的图床要 money ，所以用了掘金的图床

@Dogergo 可以转载的，公众号的话我自己有发，开了快捷转载，其他平台注明来源的公众号就好了

@cppgohan 估时的误差不大的，一般都会多估一点，对于自己不熟悉的部分，尽量多估一点，然后有同伴一起开发的话，可以大家相互看一下。
我们有中期验收和开发完之后的验收，共两次。
开发时我们完全按照合同内容进行，如果甲方需要进行调整，由他们承担多出来的工时费用。