如果把函数式思维和管道式写法引入正则表达式构建，会发生什么？答案是：你不再需要手写一长串难以阅读的正则字符串，而是可以像拼装组件一样生成它。这种“正则表达式生成器”更像是一种语言层的表达方式，而不是传统意义上的字符串拼接技巧。
它并不是为了取代手写正则，而是让复杂规则在结构上更清晰，尤其是在需要动态构建模式时更具可维护性。
从空字符串开始构建模式
在这种设计中，正则表达式的生成通常从一个初始字符串开始。这个起点可以是空字符串，也可以是带分隔符的字符串，甚至是一个专门返回分隔符的函数。
例如：
$pattern = '' |> anyCharacter(...);
或者：
$pattern = '/' |> anyCharacter(...);
核心思想很简单：每个函数接收当前的 pattern，然后返回一个新的 pattern。所有步骤通过管道串联，形成线性的构建过程。
用枚举管理字符模式
正则表达式中经常会出现类似 [a-z]、\w、. 这样的“魔法字符串”。为了提高可读性，可以使用枚举来统一管理常用字符模式。
例如：
enum CharacterPattern: string {case Any = '.';case LowercaseLetter = '[a-z]';case Word = '\w';}
然后定义一个基础函数：
function any(string $pattern, CharacterPattern|string $add = CharacterPattern::Any): string {$addPattern = $add instanceof CharacterPattern ? $add->value : $add;return"$pattern$addPattern*";}
这样就可以写出类似下面的代码：
$pattern = '' |> any(...);$pattern = '' |> (fn($p) => any($p, CharacterPattern::LowercaseLetter));
如果需要自定义字符集合，也可以传入字符串。但在实际实现中，最好提供一个 literal 方法对输入进行转义，避免直接拼接带来的风险。
封装量词：exact 与 atLeast
正则表达式中的量词通常是 {n} 或 {n,}。为了避免直接操作字符串，可以封装为独立函数。
function exact(string $pattern, int $times): string {return"$pattern{{$times}}";}function atLeast(string $pattern, int $times): string {return"$pattern{{$times},}";}
使用方式：
$pattern = '' |> (fn($p) => any($p, CharacterPattern::LowercaseLetter)) |> (fn($p) => exact($p, 3));
整个构建过程是线性的，没有嵌套，逻辑清晰。
拆分 Lookahead，避免深度嵌套
传统流式 API 在处理正向预查（Positive Lookahead）时，很容易出现多层嵌套，导致可读性下降。
通过拆分为两个函数，可以让构建过程保持扁平结构：
function positiveLookaheadStart(string $pattern, string $inner = ''): string {return"$pattern(?=$inner";}function positiveLookaheadEnd(string $pattern): string {return"$pattern)";}
使用方式：
$pattern = '' |> (fn($p) => positiveLookaheadStart($p, '.*')) |> (fn($p) => any($p, '[sunday|monday]')) |> positiveLookaheadEnd(...);
这种写法避免了函数嵌套，逻辑更接近自然语言顺序。
分组与反向引用
正则表达式中的反向引用本质上只有两种形式：
\1\k<name>
可以封装为统一函数：
function backReference(string $pattern, int|string $add): string {$reference = is_string($add) ? "k<$add>" : $add;return"$pattern\\$reference";}
通过参数类型自动区分数字引用还是命名引用，使接口更简洁。
这种模式的优缺点
优点在于：
每个函数只负责拼接一小段语义，不需要关心整体结构。正则表达式的生成逻辑变成了语言层面的组合，而不是字符串层面的拼接。
缺点是：
什么时候适合使用正则生成器？
适合：
不适合：
在生产环境中，更合理的方式是提前生成正则表达式并缓存，而不是在运行时反复构建。
结语
使用管道式函数构建正则表达式，本质上是一种结构优化。它让正则表达式从“字符串技巧”变成“可组合的语言结构”。
当你考虑使用 Builder 模式时，可以思考：是否真的需要一个复杂的流式 API，还是简单的函数组合就足够？
正则表达式本身已经很复杂，把它拆解为可理解的构建步骤，往往比写一个超长字符串更可靠，也更易维护。
