对程序进行优化 , 通常是指优化程序代码或程序执行速度 。 优化代码和优化速度实际上是一个予盾的统一 。 一般是优化了代码的尺寸 , 就会带来执行时间的增加;如果优化了程序的执行速度 , 通常会带来代码增加的副作用 。 很难鱼与熊掌兼得 , 只能在设计时掌握一个平衡点 。
一、程序结构的优化
1.1 程序的书写结构
虽然书写格式并不会影响生成的代码质量 , 但是在实际编写程序时还是应该尊循一定的书写规则 , 一个书写清晰、明了的程序 , 有利于以后的维护 。 在书写程序时 , 特别是对于While、for、do…while、if…else、switch…case 等语句或这些语句嵌套组合时 , 应采用“缩格”的书写形式 。
1.2 标识符
程序中使用的用户标识符除要遵循标识符的命名规则以外 , 一般不要用代数符号(如a、b、x1、y1)作为变量名 , 应选取具有相关含义的英文单词(或缩写)或汉语拼音作为标识符 , 以增加程序的可读性 , 如:count、number1、red、work 等 。
1.3 程序结构
C 语言是一种高级程序设计语言 , 提供了十分完备的规范化流程控制结构 。 因此在采用C 语言设计单片机应用系统程序时 , 首先要注意尽可能采用结构化的程序设计方法 , 这样可使整个应用系统程序结构清晰 , 便于调试和维护 。
对于一个较大的应用程序 , 通常将整个程序按功能分成若干个模块 , 不同模块完成不同的功能 。 各个模块可以分别编写 , 甚至还可以由不同的程序员编写 , 一般单个模块完成的功能较为简单 , 设计和调试也相对容易一些 。 在C 语言中 , 一个函数就可以认为是一个模块 。
所谓程序模块化 , 不仅是要将整个程序划分成若干个功能模块 , 更重要的是 , 还应该注意保持各个模块之间变量的相对独立性 , 即保持模块的独立性 , 尽量少使用全局变量等 。 对于一些常用的功能模块 , 还可以封装为一个应用程序库 , 以便需要时可以直接调用 。 但是在使用模块化时 , 如果将模块分成太细太小 , 又会导致程序的执行效率变低(进入和退出一个函数时保护和恢复寄存器占用了一些时间) 。
1.4 定义常数
在程序化设计过程中 , 对于经常使用的一些常数 , 如果将它直接写到程序中去 , 一旦常数的数值发生变化 , 就必须逐个找出程序中所有的常数 , 并逐一进行修改 , 这样必然会降低程序的可维护性 。 因此 , 应尽量当采用预处理命令方式来定义常数 , 而且还可以避免输入错误 。
1.5 减少判断语句
能够使用条件编译(ifdef)的地方就使用条件编译而不使用if 语句 , 有利于减少编译生成的代码的长度 。
1.6 表达式
对于一个表达式中各种运算执行的优先顺序不太明确或容易混淆的地方 , 应当采用圆括号明确指定它们的优先顺序 。 一个表达式通常不能写得太复杂 , 如果表达式太复杂 , 时间久了以后 , 自己也不容易看得懂 , 不利于以后的维护 。
1.7 函数
对于程序中的函数 , 在使用之前 , 应对函数的类型进行说明 , 对函数类型的说明必须保证它与原来定义的函数类型一致 , 对于没有参数和没有返回值类型的函数应加上“void”说明 。 如果果需要缩短代码的长度 , 可以将程序中一些公共的程序段定义为函数 。 如果需要缩短程序的执行时间 , 在程序调试结束后 , 将部分函数用宏定义来代替 。 注意 , 应该在程序调试结束后再定义宏 , 因为大多数编译系统在宏展开之后才会报错 , 这样会增加排错的难度 。
- 华为鸿蒙系统|鸿蒙3.0删除安卓代码,谷歌突然宣布决定,外媒:晚了
- 华为鸿蒙系统|鸿蒙3.0删除安卓代码,谷歌突然宣布决定,外媒:已经晚了
- 雷诺尔电机软启动维修记录:JJR5000故障代码F02测试正常
- 华为鸿蒙系统|鸿蒙OS3.0:尝鲜即将开始!谷歌Fuchsia:删除相关代码!
- 鸿蒙OS3.0:尝鲜即将开始!谷歌Fuchsia:删除相关代码!
- Nothing Phone (1) 现已公开内核源代码 / 设备树源文件
- 空调|东京大学博士:别认真看鸿蒙代码,否则真是成了安卓套壳,这不兼容安卓才怪了
- 显卡|1块显卡+几行代码:大模型训练提速40%!
- 1块GPU+几行代码,大模型训练提速40%!无缝支持HuggingFace
- 低代码/无代码时代,企业IT人员的角色正在悄然改变