原来的扩展实验需要改动lua++生成的cpp源码,每次手动去改,太恶心了,
于是尝试用脚本去替换,然后把脚本放入到了makefile 中:
- sed -i "s/\(tolua_pushcppstring.*\)(const char\*)\(.*\)/\1\2/g" $(lua_prefix).cpp
- perl -e "open FILE, '$(lua_prefix).cpp'; undef\$$/; \$$d = ; \$$d =~ s/(TOLUA_API.*?(;|{.*?}))/extern \"C\" {\1}/gs; print \$$d" > .tt.cpp
- mv .tt.cpp $(lua_prefix).cpp
写这几条脚本花了不少时间,周末的时间都花在学习正则表达式上面去了;
sed 替换 tolua_pushcppstring 那句还好;
perl 那句就有点意思了;那句意思是把 TOLUA_API 导出函数前后夹上 "extern "C"{...}"
btw:前段时间随手翻了翻《程序员修炼之道:从小工到专家》这本书,看到
代码自动生成中用到的 perl 根据 DSL 同时生成 c++,java++,php等等语言的时候,引起阵阵共鸣啊:
在工作项目中,我们的协议采用 thrift 协议,生成原始的 cpp 代码后,
还需要把协议包装到我们自身的svr通信协议中去(我们的协议有个19个
字节固定长度的包头,里面有type,length,status,magic等等字段),
于是就写了些代码自动完成这一包装过程,虽然比较山寨,但是最终是完成了所需的功能,
这一包装过程重复而复杂(里面非常多的模版和typedef以及宏,用的人很难看懂里面的代码过程),
幸好,用起来倒是非常简单;
现在这一套件和makefile紧密的整合在一起了,生成协议就几步:
1,写 thrift 文件
2,根据自己需要设置 makefile 中lib生成名称
3,make,哗啦啦,出现一堆自动生成的 .h, .cpp 文件(大概十多个)
4,应用,应用的时候,只需要关心 thrift 中定义的结构即可,并不需要关心3中生成的一堆代码;
现在我们的项目中的svr基本都已经使用这一工具,极大的提高了工作效率,
也摒弃了以前手动写协议中出现的大量bug,也不需要再调试协议了,
开发人员只需要关心自己的业务逻辑就可以了;
之所以在这里说这些,主要是觉得那个工具里面用的代码自动生成太山寨了,
用的普通的 grep,tail,cat;
而《程序员修炼之道:从小工到专家》 中那个perl工具非常之简单;
准备学习下 perl,掌握perl,掌握正则,才能谈的上从小工到专家吧,否则永远徘徊在小工行列;
先买两本书,一本是perl的,一本是正则表达式的;
btw:很少买书,买的书都是经典的,经典的书非买不可;案头的经典书籍每次随手翻翻都能有所收获;
阅读(2068) | 评论(0) | 转发(0) |