分享一些我在实际工作中使用C语言的一些经验

1.先分享一个学习的时候比较少见，但工作时却极其普遍的一个小技巧。
我们在定义一个flag的多种状态时，常常会使用0、1、2、3等等依次代表每种状态值，但直接使用数字毫无疑问可读性不高，因此需要给每个数字定义一个宏，这一点是正确的。但假如状态很多，我以后功能变化时需要往里面添加一个宏，而且考虑到逻辑性，需要把新添加的宏插入中间位置，这时候修改起来就比较麻烦了，你得将后面得宏依次修改。
例如，定义宏如下：
#define a 1
#define b 2
#define d 3
#define e 4
现在我想在b后面插一个#define c 3，那就得把后面d和e都修改了，当定义的宏多达几十个的时候，会非常麻烦，这种情况下可以使用枚举来代替宏。
enum{
a,
b,
d
}
这样你往中间插入c就很方便了。当然缺陷也有，就是调试的时候你得去数对应数字是哪一个宏。因为大型项目中很容易出现这种定义许多宏的情况，因此在实际工作中这种技巧很常见。

2.“算法”问题
算法是很多人的一道坎，不是每个人都是数学专业或者计算机专业毕业的，因此可能很多人可能对自己在算法方面的能力不足会比较担忧。但你实际上不用太忧虑，从我实际工作情况来看，除非写框架，否则实际上你很难用得到算法，而既然会对我这个贴子感兴趣，我相信你应该也是个萌新，相信我，没多少领导会让一个萌新来写框架的。而且即使是写框架，主要也是逻辑上的问题，算法涉及很少。就算你有一些好的算法，也不一定要用出来，因为可读性非常重要，而使用了一些算法往往会带来可读性的降低，除非你用大段注释来说明你这个算法。
相对而言，我觉得数据结构还要重要一些，你至少应该懂比较常见的一些数据结构，就算不使用，在阅读框架代码时有这些背景知识对你也是非常有帮助的。

3.使用什么编辑器/编译器比较好
我记得有一种说法，就是不要依赖集成环境，最好所有步骤都自己完成，要用牛逼的编辑器，要自己用gcc编译，最好连链接都自己手动完成，这样以后工作的时候无论环境如何改变，都能够自主搭建自己习惯的环境。
然而，实际上现在许多公司正在使用一种新的方法，就是虚拟机。直接在虚拟机中搭建好了环境，然后把虚拟机拷贝给你，或者直接就是远程连接虚拟机。这种情况下，当然是给你什么用什么，你还想要顺手的环境？而且做不同公司的项目，可能环境也是完全不同。自己搭建环境完全没有必要，学习的时候什么好用、什么方便就用什么，工作时和大家保存一致即可。再说，就算不会搭建环境也没什么，我们毕竟只是开发人员，直接找网管也是一种方案。

大佬 能问些问题吗

4.工作流程
这是重点！工作流程是确保我们软件开发工期和质量的重要保障，无论如何重视它都不为过。说得夸张点，如果能够保质保量地完成整个工作流程，一群从来没有学过编程的人照样能把软件做出来，只不过过程可能会非常艰苦曲折。
不同于学习时直接开始编码，实际项目中会涉及以下流程：
需求确认--基本设计--详细设计--完成代码--单元测试--系统测试--成果交付
以上是一个基本的流程，如果项目非常庞大或者质量要求极高，会加入一些其他环节，但依照上述流程足以完成一个软件的开发。对于非常小的项目，基本设计和详细设计可以混合。
你可能注意到了，写代码只是整个工作中非常小的一块，大部分时间都会耗费在设计阶段和测试阶段。所以说，不要只关注于写代码那点小事，只要详细设计出来，写出代码不过是顺理成章的事情。
下面我对每个环节进行详细说明，重点是在这个环节做什么事情。
需求确认：提出需求当然是客户的事情，我们要做的就是根据客户的要求来逐步确认要完成的功能。客户会提供一些资料，但我们一般对客户的业务也不了解，所有需要反复和客户沟通，提出我们的问题让客户解答。如果有必要，也会到客户的公司去面对面沟通了解。同时，大部分项目都不是从零开发，很多时候我们会拿一个类似项目对其改造，所以选择代码、阅读代码也是这个阶段的内容。
基本设计：对项目了解后，将所有功能分类，划分大的模块，详细说明每个模块的功能。这个阶段具体工作就是做文档，比如做成word文档或excel文档。
详细设计：这个阶段也是做文档，具体来说就是将上一个阶段的成果具体化、细节化，如果是画面，每个画面每个按钮有什么功能？文本框会显示什么样的文字？画面之间如何迁移？等等。如果是数据库，具体有哪些表？每个表怎么设计？每个查询使用什么sqi语句？总的来说，就是越详细越好，最好看着基本设计就知道代码大致长什么样子。对于有些质量要求奇高的项目（比如金融业务），甚至喊出口号“将BUG消灭在设计阶段”，主要就是指这个阶段。
完成代码：没什么好说的，就是拿着详细设计编码。如果详细设计做得好，这个阶段是顺理成章的事情；要是没做好，那这个阶段就辛苦了。
单元测试：算是常规测试，对完成的每个功能进行全方面的测试，难以测试的功能，可以通过做假数据、Debug等方式进行。
系统测试：模拟真实使用环境进行综合测试，重点是测试系统整体的情况。
上面两个测试环节都要分为制作测试式样书和测试两个阶段，测试效果怎么样，就要看测试式样书的做得怎么样，如果测试case足够全面，那么软件最终质量就不会差。
成果交付：简单来说就是将最后完成的软件交付给客户，会根据客户的要求完成一些说明文档。
以上，整个开发就算正式完成。

突然发现“因楼主发布了广告等违规内容，回复此楼不顶帖哦~”的提示……why？算了，既然写了也不会被人看到，我就省点事不写了，此贴终结。