@jiafaner #7

胶水就用 perl 呗，就是用多用少的问题。

怎么处理看情况，通过分析现有系统的开放程度（例如有无现成的接口），代码架构（是否有专门的表现层），数据复杂度（简单的话，可以直接用新语言和数据库通讯）等才好下结论。

1. 最好是直接和数据库玩，或者有现成的接口。
2. 次好是在表现层全局拦一下，想办法把数据处理一下给到外围。
3. 最次是本身旧系统没有做分层，要改 N 多个地方才能做好胶水层。

从 1 到 3，1 用不到 perl，2 要求最起码能看懂 perl，3 不仅要能看懂代码，还得看懂业务，要求逐层拔高。

题外话:
perl 本身就是出了名的阅读不友好，以前还有个啥比赛，就比谁写 perl 写的更难懂。
重写的风险确实高于扩展，不能上来就要重写，一定要有个逐渐替换的过程才比较可控。