求助，甲方的奇葩需求（不暴露源码的情况下 把甲方写的正则方法导进去）

可以做个后台让甲方在里面维护正则，代码里读取正则并执行匹配。

配置文件或者环境变量？

做个维护界面, 读取正则执行匹配

@jswxg
@x2016
就是在正则存储到数据库里，匹配的时候 去读数据库？

已经算良心甲方了好么，还给提供正则的。 。。

这个需求很正常啊。要么存储的库里面，要么就在用代码生成 config 的文件来读取解析。给一个编辑正则的页面就好了。
（必须在我们源代码中写）这个要求应该是你有什么误解？

@jswxg
@x2016
这条思路没错，但是 短信有多种格式 这个地方怎么去处理。
怎么去匹配 维护之后的正则

@abeholder 这个 甲方 应该都是差不多的

良心家方啊，这需求不是很正常的么

@xiaoyang7545 可能是吧。多种的话 怎么去正确匹配短信？

@b821025551b 之前做的时候 说短信格式 不会变 就给写死了 。现在又说经常变

我觉得没问题啊，这不是很正常的需求吗？

而且懂正则的甲方真的有吗？

这个需求并不奇葩。正则可以存 DB 可以存缓存，量不大甚至可以放内存，至于如何匹配，就是业务上的事情，既然不同正则对应不同的短信格式，可以用职责链去做。

@Tink 懂正则的没见过，但是会写 sql 的领导你见过没。

以前给某 zf 做外包的时候，有一个需求，就是管理台里用户自己能改 sql，我当时就问我们组长客户有这个能力改 sql 吗....组长：领导还真会.....

这个= =
我觉得正常需求？
提供思路的话，策略模式走起，抽象策略至少两方法，一个能不能处理这条短信，一个处理的结果。比如短信发送方号码匹配，关键字匹配等等。然后责任链串起来。再来一个正则的 baseImp，比如从 db 获取正则还是 json 读取等等，自由发挥。

正常啊，提供一个维护界面即可

@a5401017 那就必须甲方提供需求，如何分辨短信 A 适用于 A 正则，如何分辨短信 B 使用 B 正则。

举个简单的例子，就是 比如甲方说 号码来源为 XXX1 起始的用 A 正则， 为 XXX2 起始的使用 B 正则，默认正则为 C。

@xiaoyang7545 这个 也不是确定的

要不界面配置,要不给配置文件,读取文件内容

和信息有关的业务要注意法律风险