xref: /nrf52832-nimble/rt-thread/documentation/coding_style_cn.md (revision 167494296f0543431a51b6b1b83e957045294e05)
1# RT-Thread 编程风格
2
3这是一份 RT-Thread 开发人员的开发指引。RT-Thread 做为一份开源软件,它需要由不同
4的人采用合作的方式完成,这份文档是开发人员的一个指引。RT-Thread 的开发人员请遵
5守这样的编程风格。同时对于使用 RT-Thread 的用户,也可通过这份文档了解 RT-Thread
6代码内部一些约定从而比较容易的把握到 RT-Thread 的实现方式。
7
8## 1.目录名称
9
10目录名称如果无特殊的需求,请使用全小写的形式;目录名称应能够反应部分的意思,例
11如各芯片移植由其芯片名称构成或芯片类别构成;components 目录下能够反映组件的意义。
12
13## 2.文件名称
14
15文件名称如果无特殊的需求(如果是引用其他地方,可以保留相应的名称),请使用全小写
16的形式。另外为了避免文件名重名的问题,一些地方请尽量不要使用通用化、使用频率高
17的名称。
18
19## 3.头文件定义
20
21C语言头文件为了避免多次重复包含,需要定义一个符号。这个符号的定义形式请采用如下
22的风格:
23
24```c
25    #ifndef __FILE_H__
26    #define __FILE_H__
27    /* header file content */
28    #endif
29```
30
31即定义的符号两侧采用 "__" 以避免重名,另外也可以根据文件名中是否包含多个词语而
32采用 "_" 连接起来。
33
34## 4.文件头注释
35
36在每个源文件文件头上,应该包括相应的版权信息,Change Log 记录:
37
38```c
39    /*
40     * File      : rtthread.h
41     * This file is part of RT-Thread RTOS
42     * COPYRIGHT (C) 2006 - 2012, RT-Thread Development Team
43     *
44     *  This program is free software; you can redistribute it and/or modify
45     *  it under the terms of the GNU General Public License as published by
46     *  the Free Software Foundation; either version 2 of the License, or
47     *  (at your option) any later version.
48     *
49     *  This program is distributed in the hope that it will be useful,
50     *  but WITHOUT ANY WARRANTY; without even the implied warranty of
51     *  MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
52     *  GNU General Public License for more details.
53     *
54     *  You should have received a copy of the GNU General Public License along
55     *  with this program; if not, write to the Free Software Foundation, Inc.,
56     *  51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA.
57     *
58     * Change Logs:
59     * Date           Author       Notes
60     * 2006-03-18     Bernard      the first version
61     * 2006-04-26     Bernard      add semaphore APIs
62     * ...
63     */
64```
65
66例如采用如上的形式。
67
68## 5.结构体定义
69
70结构体名称请使用小写英文名的形式,单词与单词之间采用 "_" 连接,例如:
71
72```c
73    struct rt_list_node
74    {
75        struct rt_list_node *next;
76        struct rt_list_node *prev;
77    };
78```
79
80其中,"{","}" 独立占用一行,后面的成员定义使用缩进的方式定义。
81
82结构体等的类型定义请以结构体名称加上 "_t" 的形式作为名称,例如:
83
84```c
85    typedef struct rt_list_node rt_list_t;
86```
87
88因为内核中对象引用方便的缘故,采用了对象内核指针作为类型定义的形式,例如:
89
90```c
91    typedef struct rt_timer* rt_timer_t;
92```
93
94## 6.宏定义
95
96在RT-Thread中,请使用大写英文名称作为宏定义,单词之间使用 "_" 连接,例如:
97
98```c
99    #define RT_TRUE                         1
100```
101
102## 7.函数名称、声明
103
104函数名称请使用小写英文的形式,单词之间使用 "_" 连接。提供给上层应用使用的 API
105接口,必须在相应的头文件中声明;如果函数入口参数是空,必须使用 void 作为入口参
106数,例如:
107
108```c
109    rt_thread_t rt_thread_self(void);
110```
111
112## 8.注释编写
113
114请使用英文做为注释,使用中文注释将意味着在编写代码时需要来回不停的切换中英文输
115入法从而打断编写代码的思路。并且使用英文注释也能够比较好的与中国以外的技术者进
116行交流。
117
118源代码的注释不应该过多,更多的说明应该是代码做了什么,仅当个别关键点才需要一些
119相应提示性的注释以解释一段复杂的算法它是如何工作的。对语句的注释只能写在它的上
120方或右方,其他位置都是非法的。
121
122## 9.缩进及分行
123
124缩进请采用 4 个空格的方式。如果没有什么特殊意义,请在 "{" 后进行分行,并在下一
125行都采用缩进的方式,例如:
126
127```c
128    if (condition)
129    {
130        /* others */
131    }
132```
133
134唯一的例外是 swtich 语句,switch-case 语句采用 case 语句与 swtich 对齐的方式,
135例如:
136
137```c
138    switch (value)
139    {
140    case value1:
141        break;
142    }
143```
144
145case 语句与前面的 switch 语句对齐,后续的语句则采用缩进的方式。
146
147分行上,如果没有什么特殊考虑,请**不要在代码中连续使用两个以上的空行**。
148
149## 10.大括号与空格
150
151从代码阅读角度,建议每个大括号单独占用一行,而不是跟在语句的后面,例如:
152
153```c
154    if (condition)
155    {
156        /* others */
157    }
158```
159
160匹配的大括号单独占用一行,代码阅读起来就会有相应的层次而不会容易出现混淆的情况。
161
162空格建议在非函数方式的括号调用前留一个空格以和前面的进行区分,例如:
163
164```c
165    if (x <= y)
166    {
167        /* others */
168    }
169
170    for (index = 0; index < MAX_NUMBER; index ++)
171    {
172        /* others */
173    }
174```
175
176建议在括号前留出一个空格(涉及的包括 if、for、while、swtich 语句),而运算表达式
177中,运算符与字符串间留一个空格。另外,不要在括号的表达式两侧留空格,例如:
178
179```c
180    if ( x <= y )
181    {
182        /* other */
183    }
184```
185
186这样括号内两侧的空格是不允许的。
187
188## 11.trace、log信息
189
190在 RT-Thread 中,普遍使用的 log 方式是 rt_kprintf。rt_kprintf 在 RT-Thread 被实
191现成一个采用轮询、非中断方式的字串输出,能够适合于在中断这类"即时"显示日志的场
192合。因为这种轮询方式的存在,也必然会影响到日志输出的时序关系。
193
194建议在代码中不要频繁的使用 rt_kprintf 作为日志输出,除非你真正的明白,你的代码
195运行占用的时间多一些也没什么关系。
196
197日志输出应该被设计成正常情况下是关闭状态(例如通过一个变量或宏就能够开启),并且
198当真正输出日志时,日志是易懂易定位问题的方式。"天书式"的日志系统是糟糕的,不合
199理的。
200
201## 12.函数
202
203在内核编程中,函数应该尽量精简,仅完成相对独立的简单功能。函数的实现不应该太长
204,函数实现太长,应该反思能够如何修改(或拆分)使得函数更为精简、易懂。
205
206## 13.对象
207
208RT-Thread 内核采用了 C 语言对象化技术,命名表现形式是:对象名结构体表示类定义、
209对象名 + 动词短语形式表示类方法,例如:
210
211```c
212    struct rt_timer
213    {
214        struct rt_object parent;
215        /* other fields */
216    };
217    typedef struct rt_timer* rt_timer_t;
218```
219
220结构体定义 rt_timer 代表了 timer 对象的类定义;
221
222```c
223    rt_timer_t rt_timer_create(const char* name,
224        void (*timeout)(void* parameter), void* parameter,
225        rt_tick_t time, rt_uint8_t flag);
226    rt_err_t rt_timer_delete(rt_timer_t timer);
227    rt_err_t rt_timer_start(rt_timer_t timer);
228    rt_err_t rt_timer_stop(rt_timer_t timer);
229```
230
231rt_timer + 动词短语的形式表示能够应用于 timer 对象的方法。
232
233在创建一个新的对象时,应该思考好,对象的内存操作处理:是否允许一个静态对象存在
234,或仅仅支持从堆中动态分配的对象。
235
236## 14. 用 astyle 自动格式化代码
237
238    参数:--style=allman
239          --indent=spaces=4
240          --indent-preproc-block
241          --pad-oper
242          --pad-header
243          --unpad-paren
244          --suffix=none
245          --align-pointer=name
246          --lineend=linux
247          --convert-tabs
248          --verbose
249