新手Linux c++后台项目经验分享

不要拘于书籍按照课本中讲解的，在完成需求分析之后，我们就要开始着手概要设计，然后是详细设计，编码等，相信我，当你第一次接触一个项目，并且对项目中要用到哪些技术还不是很有底的时候，就要修正一下上面的流程：先尽可能的写一下详细设计（实际上这个时候，也写不出什么来），赶快进入编码环节吧，只有通过实际操作，才能知道哪些需要，哪些不需要（试错的过程）。日志目前c++常用的日志库，log4cxx，即 java的log4j的c++版本。后台程序，不像前端那样，容易找出程序出错的原因。这个时候，就需要借助日志的力量。INFO级别的日志，只要打印出程序运行状态，运行到哪就行了。实际调试时，还需要将日志设定为DEBUG级别，这个时候，就要求日志语句能够打印出需要的调试信息：容器中元素的个数，变量的值，重要字符串的内容等。日志应尽可能避免繁琐的语言描述，更多的是以表格的形式打印出具体值。什么时候在程序中编写日志输出语句呢？我个人的经验是最好先完成整个代码块的主体逻辑之后，再添加日志语句，否则容易影响大脑中的逻辑。配置文件向linux系统学习，将项目设计成配置文件可配。这样，相关参数的变动对程序的影响将会降到最低。多线程程序这里要说的是同步问题，同步的方法很多，互斥锁，条件变量，信号量等。个人经验，不要搞的太复杂，能不用同步尽量不使用同步机制，能用简单的互斥锁，就尽量用互斥锁解决。太复杂，难以控制，难以调试。代码风格代码风格网上讲的挺多的，找个看看，参考参考，关键是整个项目的风格是一致的。总不能A方法中变量名写成fileNameStr, B方法中写成strFileName。注释对于初学者，个人倾向于多加点注释，总不能自己写的代码半个月后再看云里雾里。另外，更新代码的时候，不要忘记更新注释，不然就失去注释的意义。文件编码从一开始就应该规定好项目中各文件的编码是什么，一般使UTF-8无BOM格式编码。当你需要在WINDOWS环境下写代码，在linux中编译，运行的时候，这点尤其需要注意，另外不要忘了dos2unix。多看书，看好书老掉牙的一句话，实用的一句话。我写完第一个项目之后，重新阅读了一下《c++编程规范》，然后又看了一下自己的项目代码，背后都流冷汗了！具体需要看哪些书，可以百度一下。分享一句听来的话：“如果你三个月后再看自己的代码，没有感觉到自己的代码写的很搓，那就说明你三个月来技术都没有进步”（仅限像我一样的新手）