Bash中的“元编程”

bash这么“古老”的东西从很久以前就支持这么“新潮”的概念，我承认我一度惊呆了。

元编程？

如果你知道这是神马，可以跳过这节内容；如果你不知道这是神马，看完下面这句话之后也可以跳过这节内容：元编程就是把程序作为数据处理的过程。

OK这节内容就到此为止。

今天在公司打酱油的时候被逮住了，某人说他想要这么个功能：替换指定文本文件里的若干个指定模式——像把abc和def 分别替换成uvw和xyz——并且在我有机会想“妹的不会自己写啊”之前就大方承认他妹的真的不会写。

哥，不会写没关系，但是你确定我帮你写出来之后你能看明白吗……

好吧用bash脚本写字符串算法不是不可以，但是这种行为学名叫“作死”，我们并不提倡；直接使用各种文本处理命令会比较上道。

说到“替换”字符串，第一个反应是sed；要替换很多个字符串，第一个反应就是很多个sed……至于怎么搞出很多个 sed来呢，鉴于本人是专业写Erlang的，用循环什么的就弱爆了——这里用的是管道，具体可以拆解成两个步骤：

例如，我们定义了函数subst_func_1，它将标准输入流里的abc替换成uvw，另一个函数subst_func_2则是将def 替换成xyz；要“同时”替换abc和def，只要将这两个函数用管道连接到一起就可以了：

1	`cat source.txt \| subst_func_1 \| subst_func_2 > dest.txt`

问题是，subst_func_1这样的函数要怎么定义？写死在脚本里？那难道有多少个模式要替换就要写多少个函数？当然不可能。鉴于替换函数的结构基本上是一样的，我们可以在eval后面写一个这样的模板：

eval "
    function $name () {
        sed \"s/$from/$to/g\"
    }"

然后只要提供name、from、to这三个变量就万事俱备了。没错这个模板的替换和解析过程就是前面算是提到过的“把程序作为数据处理的过程”——元编程。

说实话我是写完这段代码才意识到它能被看作元编程的， bash这么“古老”的东西从很久以前就支持这么“新潮”的概念，我承认我一度惊呆了。

写这个东西的时候遇到一个“奇怪”的问题，以前重来没有留意过；如果将程序的36行改成这样：

1	`$(gen_subst_func "${nn%%:}" "${nn##:}" "subst_func_$i")`

Shell会抱怨找不到subst_func_*函数，这是因为bash会 fork一个子进程用来执行括号中的命令，所以gen_subst_func 建立的subst_func_*函数存在于子进程中，gen_subst_func 函数一返回就消失了——这里有详细说明。