冲突最激烈的双方是1. 做控制的工程师 2. 做非嵌入式的软件工程师。
第一派做控制的工程师。他们普遍的理解就是“变量都写成全局该有多方便”。我之前面试过一个非常有名的做控制实验室里出来的PhD/Master，前前后后陆续有快十个人。面试问题是用C写PID。到后面的几位面试的时候我都觉得没有看的意义了，因为全都写的是同一个风格。大概就是这样的：
事实上在学校里做搞自动控制的人最重要的根本就是控制的结果，而不是代码本身。代码只要能工作就行。变量名污染，低耦合之类的和他们就不在同一个世界。进了公司有些人代码质量会变好，但有的还是会延续之前的习惯。前公司代码库里面凡是看不懂的代码一律都是那一两个Control Engineer写的，写完了还会用自己的名字给函数命名的那种。
另外一派是之前不做嵌入式后来转行的软件工程师。代码的特点就是所有的静态变量都不可以定义在.h文件里，必须写在.c文件里以确保别的文件没法访问它们。
别的文件真要访问怎么办？那就给每一个变量写get/set函数啊！问题是静态变量写在.c文件里编译器是没法优化get/set的。结果就大面积的变量访问要花几倍的CPU时间去做get/set的函数调用。嵌入式项目很多情况下对硬件的压榨是很极端的，CPU利用率90%都不算什么，顶到97%都是有的。（注意下这些项目是实时性要求很高的，晚一个毫秒算不完都不行。不是跑在电脑上鼠标卡一卡也无所谓的。）然后为了封装性，在代码里面塞这么多get/set吗？
总的来说嵌入式软件里大部分的代码都是中断驱动的，天生就有很多变量是没法使用参数传递的。全局变量的存在是因为正义站在这边。但是嵌入式软件远远没有特殊到不需要按照正常软件工程方法去管理的地步。要真有人认为“嵌入式软件只要能工作就成，代码丑一点无所谓的”纯粹是软件工程水平不行，不是因为控制水平太高。
全局变量一定是要用的，管理它们也很重要。一些基本的代码规则：
.如果只是文件内调用，全局变量只能写在这个.c文件里，不要写进.h文件。
.如果有文件外调用，全局变量要写在.h文件里。
..h里面的全局变量全局可读，但是只有本文件组可以写。别的文件要写请调用set函数。
.所有的全局变量无论在.h还是.c里面都要包成同名struct。哪怕只有一个变量也要写进struct里面。比如PID.c里面有一个pid_S，PID.h里面有个PID_S。这样其他人不仅可以立即识别出一个变量是project内global/文件内static/函数内local，同时还能轻松追溯到这个函数是属于哪个文件的。
.不要写函数内的static变量。函数内的static变量在实际的项目中几乎就是bug生成器，没法简单的reset。而且对unit test非常不友好。
|
|
