晚上整理另一个计算机里的资料,突然发现7年前和一个同事一起编写的文档和代码,已经过了保密期,不敢私藏,拿出一点共享大家。
通常写PC代码的人都非常注意编程风格和版本管理,大概是由于代码量复杂很多吧。原来我项目组里有个清华的研究生哥们,是我见过写代码最牛的了,经常是在linux下运指如飞,各种开发语言都会,最牛的是不要硬件平台就能写出几乎没有什么bug的代码,经测试人员在硬件平台上测试后运行很正常,令我大为佩服。
而写单片机代码的人大部分都不注意编程风格,通常都是比较自由散漫的风格,究其原因大概与单片机大部分是单兵作战有关,自己写成什么样子自己能看懂就行。其实不然,良好的风格不仅使代码具有良好的可维护性,让人读起来也是赏心悦目,更重要的是在进行多兵联合作战的情况下,良好统一的编程风格可以让调试变得更加简单,减少扯皮现象的发生,加快联调的进度。
由于所使用编译系统的特殊性,本文档包含一些软件设计中建议遵循的约定。本文档仅仅描述***系统软件中的底层接口功能模块,以及这些模块所应该提供的接口函数原型定义。
A. 约定:
1. 建议在所有的软件设计过程中,尽量使用标准C,不要使用汇编/C++等编程规则。
2. 在通常情况下,各类C编译器都没有定义标准的字节型(BYTE)、字型(WORD)、长字型(DWORD)数据类型,并且整型(int)、长整型(long)等数据类型所表示的字节数是不同的。所以,根据我们所使用的C编译器特点,自定义以下简单数据类型:
无符号字节型(UCHAR)、无符号字型(UWORD)、无符号长字型(ULONG)、
有符号字节型(SCHAR)、有符号字型(SWORD)、有符号长字型(SLONG)
建议在软件设计过程中尽量使用自定义数据类型。这些自定义简单数据类型定义如下(包含在DataType.h中):
#ifndef __DATATYPE__
#define __DATATYPE__
typedef unsigned char UCHAR;
typedef char SCHAR;
typedef unsigned short UWORD;
typedef short SWORD;
typedef unsigned long ULONG;
typedef long SLONG;
#endif
3. 变量和宏的命名规则遵循标准C的命名规则。变量的命名用英文单词的全拼表示,各单词之间用下划线分隔,并且每个单词的第1个字母大写;宏的命名也用英文单词的全拼表示,各单词之间不用下划线分隔,并且每个单词的每个字母均大写。例如: UWORD Song_Name ;定义一个无符号短整型变量
#define TOTALNUMBER 20 ;定义一个宏TOTALNUMBER
4. 结构和联合等复合变量的命名规则同变量类似,只是每个单词的每个字母均大写。如:
// 结构定义
typedef struct _STRUCT_DEFINITION
{
UCHAR ch;
} STRUCT_DEFINITION;
// 变量定义
STRUCT_DEFINITION Str_Def;
5. 函数的命名规则同变量。形参的命名同变量类似,只是单词的每个字母均小写。
例如:void Get_Song(UCHAR song_name[11],ULONG *buffer, ULONG length)
6. 一般情况下,所有模块文件内的注释均采用英文书写。
7. 定义函数操作返回值常量:成功:SUCCESS 错误:FAILED
8. 系统定义所有寄存器和寄存器操作宏:
i. 寄存器定义,如:
#define SCR 0xFFFFF000
建议不要直接使用寄存器定义,而是使用以下宏定义
ii. 获取寄存器操作宏,在寄存器名称前加GET_前缀,如:
#define GET_SCR *((UCHAR *) SCR)
使用: UCHAR xx = GET_SCR;
iii. 设置寄存器值操作宏,在寄存器名称前加SET_前缀,如:
#define SET_SCR(rVal) *((UCHAR *) SCR) = (UCHAR) rVal
使用: SET_SCR(0x18);
9. 每个模块文件内书写约定:
i. 文件头:
本部分包含模块简要描述,具体内容如下:
1. 模块名称(Module Name)
2. 模块编制者(Author)
3. 模块版本(Version)
4. 模块编制日期(Create Date)
5. 模块描述(Description)
6. 模块特殊声明(Remark)
7. 模块修改历史(Revision History)
ii. 接口定义:
本部分包含模块内所有函数的接口定义,每个函数具体定义如下:
1. 函数原型(Prototype)
2. 函数功能描述(Description)
3. 函数入口(Input)
4. 函数出口(Output)
5. 函数特殊声明(Remark)
iii. 全局变量和宏定义:
本部分声明本模块使用的全局变量和宏定义
iv. 具体算法描述:
本部分具体实现所有函数的算法
v. 模块测试规划:
本部分描述本模块内所有函数功能的测试方法和注意事项
eg.
 Zip控制(ATAPI命令封装接口函数)模块 模块
本模块完成系统使用的Zip控制相关的所有ATAPI接口命令的封装。
1. 本模块常量、数据结构以及特殊约定描述:
2. 接口描述:
a) 传递Zip控制:
函数原型:SWORD Pass_Zip_Control(UCHAR *buf, UWORD len);
功能描述:USB传递控制/数据到Zip
函数入口:buf:传递数据缓冲区
len:传递数据实际字节数
函数出口:FAILED:未知错误
SUCCESS:传递成功
其它非零值:发生错误需要回传的数据字节数,数据存放在
缓冲区buf
特殊声明:无 |
|
相关推荐
OpenAI资金消耗速度大幅加快,单季度亏损近半年营收的三倍
最少两代!英伟达Blackwell GPU只有落后两代甚至过时后,才会被允许对华出口
晶体管和共阴极数码管组成的测试电路
中国存储器市场价格每天都在上涨:16GB DDR4模组10月飙升160%
超大规模集成电路工艺学(电子书,NLC格式)
金属堆叠技术或能解决人工智能的巨额散热难题
安世主导权之争影响已显现:大众汽车无法保证维持生产,博世实施强制休假
超大规模集成电路的设计和分析(电子书,NLC格式)
超大规模集成电路电子学(电子书,NLC格式)
汽车 OEM 正在重塑半导体版图:AI、SiC 与供应链韧性三线并进
60V、98% 效率、四开关同步降压-升压型控制器 IC 可驱动 LED、调节电压并给电池充电
诺基亚提交退市申请
2012英特尔杯大学生电子设计竞赛嵌入式系统专题邀请赛开赛
超大规模集成电路工艺技术(电子书,NLC格式)
\"zangchao\"的CAN通信协议与USART通信协议互相转换视频
CMOS与非门4011接成反相器组成的电平测试电路
超大规模集成电路《硅编译和芯片自动设计技术》(电子书,NLC格式)
Bourns 推出精密绕线电阻器系列, 专为高精度与长期稳定应用需求而设计
每天一发之宪法1
嵌入式系统实验室建设方案
基于序列对树与热约束的 2.5D 芯粒布局器(SP‑CP):算法、公式与实验复盘
数码显示遥控电风扇电路
具有显示功能电风扇的电路
京城买房——酸X苦辣记
智能手机应用处理器封装的下一站:从PoP到Fan-Out与面板级封装
[推荐]Windriver的软件问题报告[SPR]总表
Cirrus Logic 推出采用创新数字技术的TRIAC调光LED驱动器IC产品
动态扫描显示电路
Tornado相关补丁
Cirrus Logic CS161X LED 控制器调光兼容性演示