关键字提取linux版本编译教训总结

2015年2月15日 09:05:41

     从2月9号到2月14号都在做 关键字提取 linux版本的 编译工作， 在linux上没有windows上使用习惯的工具，使用起来效率十分的低， 教训总结如下：

     *. 对linux命令不熟悉，创建软连接的命令都不会，拷贝等最开始都是鼠标进行，效率就可想而知了；后面使用脚本更新文件， 把以前在windows写的部分python脚本拿过来，才利稍微提高了些效率

     *. 没有totalcommand: 开始时使用鼠标一级一级的去找文件，效率时分低，想把ubuntu的krusader移植过去，发现不像windows的绿色工具方式，拷贝过去就能用，又没有网络，安装不好；后面把路径复制下来，使用控制台去执行，稍微提高了一些

     *. 没有vs:现在对vs是各种的崇拜，调试环境太舒适了；不过这也不是个事，这种环境等久了，linux与ios下就没法玩了；以后的工作思路还应该是单元测试加日志的方案来解决问题，这是一种通用的全能的方案

     *. codeblocks以前使用不多，各种不适应，没有智能提示，没有批量修复工程属性方法，各种调试窗口不能合并，工具条设置没有保存，每次都要去用鼠标点很烦很烦；最后采取文本处理的方式去直接修改工程文件的方式，效率得到的一定的提高

     *. 没有可视化的svn环境:不能批量选择提交、撤销等工作，没有可视化的差异对比方法，递归增加一个目标下所有cbp类型的文件不知如何进行，新增文件列表无法使用脚本进行； 想尝试构建起可视化svn环境，发现命令不会用，内网网络又不通，各种高版本库的升级工作搞不定， 总之是各种不适应

     *. 没有processexplorer:开始时找不到CentOs的任务管理器在哪里，codeblocks启动的程序挂起之后要启动codeblocks才能继续进行，找不到程序的当前启动路径是什么，程序的运行参数，路径搜索路径找不到，后来找到了任务管理器，部分解决了问题

     *. makefile了解一些皮毛，对linux上程序连接动态库及静态库的路径搜索问题、对其依赖方法不熟悉，基本都在试错， 动态连接库与静态连接库搜索不到的问题耽误有一天多的时间，而动态连接库在编译时没有增加对静态连接库的依赖也耽误的有一天的时间，而一旦把这些知识掌握，从Debug版本到Release版本的修改一个小时就完成了， 在昨天下午4点完全的linux的多线程一致性对比

     *. 没有everything：

     *. 对gdb调试的新认识：打开详细日志工作，发现了自己编译动态连接库时没有增加对静态连接库的依赖的问题，还是帮忙解决了问题，以后要减少对vs的依赖，尽量使用一些通用的方案（makefile + 单元测试 + 日志）来解决问题