Laravel中regex正则校验函数的合理存放位置

别死磕必须放service或者必须放helper，按正则的业务属性分场景放就行，核心原则是谁用谁维护，通用的归框架约定的位置，业务专属的归对应业务模块，不要为了复用瞎抽公共层。

• 无业务属性的通用正则校验（比如基础手机号格式、身份证格式、标准URL格式这类跨业务都会用到的校验）
  优先选Laravel原生约定的自定义规则方案，把每类校验封装成独立的Validation Rule类，存到app/Rules目录下。
  这种方式的好处是不管是控制器里的validate调用、Form Request表单校验，还是service层、队列任务里手动做校验，都能直接实例化规则类调用，符合框架的设计逻辑，还能自定义校验失败的提示信息，比写零散的全局helper函数好维护，也不会出现函数名冲突的问题。
  如果你有一组关联度很高的通用正则静态方法，不想拆成太多单规则类，也可以在app/Support目录下建专属的正则工具类，比如RegexValidator，用类静态方法封装，不要写那种没有命名空间的全局helper——全局helper对IDE跳转支持差，后期找逻辑、排查重名问题都很麻烦。
• 绑定特定业务域的专属正则校验（比如你当前业务独有的内部订单号规则、员工工号规则、活动邀请码规则这类，只有当前业务模块会用到的逻辑）
  绝对不要抽成全局公共函数，直接放到对应业务域的目录下：
  • 如果这类校验只在HTTP请求入口用到，直接写在对应模块的Form Request类里就行，app/Http/Requests下按业务分目录的表单请求类本身就是承载请求校验逻辑的，简单的正则直接写在rules数组里就行，复杂点的可以在当前业务目录下建专属的Validators文件夹放规则类，和业务代码放一块，后续改规则不用跨目录找。
  • 如果这类校验不止在HTTP请求场景用，还要在Artisan命令、队列任务、数据导入脚本里复用，就归到对应业务域的service层，或者业务域目录下单独建Validators目录存专属规则类，比如电商域的订单号校验就放到app/Domains/Order/Validators/OrderNoRule.php，和订单业务代码放一块，边界非常清晰。

避坑提醒：别图省事把所有正则函数全扔全局helper，前期写的时候快，后期业务迭代改规则，你根本记不清哪个函数被多少个场景调用了，随便改个正则就可能引出兼容问题，排查成本极高。

另外如果正则表达式本身比较长、复用场景多，哪怕是写在规则类里，也建议把正则pattern定义成类常量，后续调整规则只需要改常量值，不用翻方法里的逻辑。

内容的提问来源于stack exchange，提问作者Katy Del Mary