MISRA2004规则VIP专享VIP免费

MISRA 2004 规则 Jerry整理 出处：汽车工业软件可靠性联会 最后更新时间：2005-7-20 转载请注明：来自Sawin 系统分析之窗 MISRA (The Motor Industry Software Reliability Association 汽车工业软件可靠性联会) 是位于英国的一个跨国汽车工业协会，其成员包括了大部分欧美汽车生产商。其核心使命是为汽车工业提供服务和协助，帮助厂方开发安全的、高可靠性的嵌入式软件。这个组织最出名的成果是所谓的MISRA C Coding Standard，这一标准中包括了127 条 C 语言编码标准，通常认为，如果能够完全遵守这些标准，则你的C 代码是易读、可靠、可移植和易于维护的。最近很多嵌入式开发者都以 MISRA C 来衡量自己的编码风格，比如著名的uC/OS-II 就得意地宣称自己 99％遵守 MISRA 标准。而《嵌入式开发杂志》也专门载文号召大家学习。编码规范通常是一个公司自定的“土政策”，居然有人去做标准，而且还得到广泛的认可，这不禁引起我强烈的兴趣。可惜这份标准的文本需要花钱去买，而且短短几十页，要价非常昂贵。MISRA 在网上公布了一些文档，其中有关于MISRA C Coding Standard 的Clarification 报告，从中间你可以大致猜到 MISRA 标准本身是什么。我仔细阅读了这些文档，并且通过阅读其他一些介绍性文档，大致了解了MISRA 标准的主要内容。这些条款确有过人之处，对于C/C++语言工程项目的代码质量管理能够起到良好的指导性作用，对于大部分软件开发企业来说，在MISRA 的基础上适当修改就可以形成自己的规范。当然其中也有一些过于严苛的东西，这就需要各个开发部门灵活处理了。我个人的体会，编码规范虽然很简单，但是要完全执行，不折不扣，需要开发部门有很高的组织性和纪律性，并且有很好的代码评审机制。因此，如果能够严格地遵守编码规范，本身就是一个开发部门实力的证明。 内容 <环境> Rule1.1（强制）:所有的代码应该遵守 ISO 9899:1990“Programming Language C” Rule1.2（强制）:只有当具备统一接口的目标代码的时候才可以采用多种编译器和语言 Rule1.4（强制） 检查编译器/连接器以确保支持 31 一个有效字符，支持大小写敏感 <语言扩展> Rule 2.1(强制)：汇编语言应该封装起来并且隔离： 例如：#define NOP asm(“ NOP”) Rule 2.2(强制) :源代码只能采用/*… */风格的注释 Rule2.3(强制): 字符序列/*不能在注释中使用 注:C 语言不支持注释的嵌套即使一些编译器支持这...