项目有感

最近接手了一个简单的c++项目，项目不大，也就1000行代码左右。从开始阅读概要设计到最后上传到svn，总共也就一周左右的时间。这里算是总结一下吧！

c++使用方面

总觉得自己是在写c风格的c++代码。类，对于我而言只是方便组织函数和变量，完全没有面向对象的感觉，太水了。

项目构成：

企业项目一般由：配置、日志、工具库、异常构成。常用的日志库log4cxx值得完整的学习一下，经常用公司封装的不够深入。

对于一个linux下的c++项目而言，一般整个包包含以下目录：etc，bin，src，log， 还有build.sh，install.sh和release_note，多的还有readme文件。

关于库

企业里面用原生的API写线程方面的程序貌似比较少，大多使用ACE提供的线程类，字符串处理一般使用boost库。现在市面上介绍linux后台开发的书籍大多是以posix为主，有点困惑，这些人，难道他们在做项目的时候都是使用原生API吗？？

boost和ACE都是两个值得学习的好库。前一阵子阅读了一下《c++网络编程N1》，感觉比较基础，但是阅读N2的时候，给我的感觉就是知识缺少太多了，读不下去。另外，吐槽一下ACE库的文档，这是我见过的最糟糕的文档。查阅一个类，直接给我上了代码，连个说明该类功能是什么都没有，这是在考验我的读码能力吗？后来发现ACE自带的例子不错，可以着手学习。

开发人员与脚本

对于开发人员，一定的shell脚本的编码能力也是要有的，不然写不出install.sh 和build.sh 就闹笑话了。我第一遍写出来的build.sh脚本，只具备基本功能，很多地方存在缺陷。例如没有对一些没有用的中间过程的输出进行重定向到null。

丑陋的代码

昨天阅读了一下《c++101编程规范》，顿然羞愧一把，自己写的代码也太丑陋了。异常和错误码乱用，日志级别划分存在问题。

配置

本次项目使我对配置这活有了新的认识（以前一向不屑一顾）。install.sh 脚本主要完成这个功能：将在编译平台上编译好的runtime版本的包安装到执行环境中。这里面最需要注意的就是环境变量：1，要导入自己所有的，公有变量不具备的，2，绝度路径和相对路径的替换