[讨论]用C语言写代码,如何优化代码尺寸大小

2万 · 2009-6-29 15:19

用C语言做开发,开发速度是快,但写出的代码稍不留心,就做成一个大胖子了.在嵌入式应用中,有时很关注成本与性价比,往往希望能在性价比上找到平衡点,代码尺寸的优化就显得很重要了.
当然,针对熟悉的8位51单片机,大家都知道的方法和原则我先列几个,不在讨论之列
俺常用的瘦身密绝
1.能用unsigned char 的不用unsinged int,依些类推到ulong
2.能定义到data空间的不用定义到idata,更不要定义到Xdata
3........
哈哈,大家补充.

2万 · 2009-6-29 15:31

因为Ｃ语言在函数调用时是采用复制变量的数据传递机制，入口变量可放心大胆地用．
比如如下写法就较小的代码尺寸
ComShowString(uchar ucCount; uchar *ucDataBuf)
{
    while(ucCount--)
   {
     WriteComOneByte(*ucDataBuff++);
   }
}

1万 · 2009-6-29 15:55

2万 · 2009-6-29 16:33

虽然有n多个理由可能不必关心代码太小,但俺在过去的确遇到过代码胖到接近64K,弄得稍微改一改功能,就编译超空间的应用实例.假如从一开始就形成良好的代码编写习惯,也许可以延长那个产品的寿命.
哈哈,还是瘦点好.

2万 · 2009-6-29 16:39

只看该作者 · 2009-6-29 19:53

计数器能做减法的就尽量用减法

小心某人谴责我们搞技巧，闪...

1万 · 2009-6-29 20:57

3万 · 2009-6-30 03:27

不过51的时代过去了，现在差不多成肥猪流了吧

现在主流的单片机，RAM，ROM，大把大把的空间

放心的奔吧，就像圈圈说的那样，哈哈哈哈哈

2万 · 2009-6-30 12:08

在C51中对指针进行限定,更能节省空间和提高速度,8楼所提到的确是优化速度和代码的绝招,就是可移植性变差了,当然,在关注代码尺寸时,不能兼顾可移植性了.

2万 · 2009-6-30 12:34

数组的名字（保存首地址常量）就是指针，而且是个死指针，不会挪动的const指针
下面这个用法恐怕很多人用过吧，这不正是数组和指针的成功合作嘛。

u8 myBytes[4] = {0x00,0x10,0xAA,0x55};
u16 myWord;

myWord = * ( (u16*)(myBytes+2) );

当然也可以写成
myWord = ((u16)myByte[3]<<8) | (u16)myByte[2];

2万 · 2009-6-30 12:37

指针进行类型转换的时候一定要注意大小端的问题

Keil的C51是大端模式，他延续了Intel在MCS51工具上的当年的做法
我个人比较喜欢小段模式，ARM最好了，大小端任你选，没人有意见了

只看该作者 · 2009-6-30 14:02

不要为了几个字节memory space为难自己

2万 · 2009-6-30 14:12

只看该作者 · 2009-6-30 15:07

在保证软件系统的正确性、稳定性、可读性及可测性的前提下，提高代码效率,不要一味追求紧凑的代码

2万 · 2009-6-30 15:40

本贴重点是讨论代码尺寸优化问题，大家不要跑题．

2万 · 2009-6-30 15:50

如果变量由主调上层函数到底层函数通过入口参数传递了很多次，内存够用的话，可以考虑用全局变量来替代，使函数进入与返回时不用做很多传入与传出的操作．

1万 · 2009-7-1 21:15

另外注意指针别名操作,其实变量也有别名操作

只看该作者 · 2009-7-1 22:43

仰望高人,曾因ROM爆掉，一改再改程序。。
有很多时候还是要注意程序大小的

只看该作者 · 2009-7-1 23:15

同18 楼良好的程序架构是最好的优化程序
------------------------------------------
能不用全局变量就尽量不用!
耦合严重会出现预想不到的效果!!!

只看该作者 · 2009-7-2 08:55

造成显示部分有时候会错乱执行
不知是不是内部ram少的原因还是没有加程序冗余的原因

[讨论]用C语言写代码,如何优化代码尺寸大小

相关帖子

俺觉得合理使用函数的入口参数作变量较为有效

做大事者,不拘小节~~~~

哈哈,精益求精的精神不能丢

"细节决定成败",这句话貌似很流行，没看过那本书

.

使用特定指针

3L正解

记得有人说过指针比数组更省代码,大家以为呢?

为什么非把数组和指针独立起来？

还有一点忘记了

省下几个自己的memory会发财吗？

写过次衣隆,打死不干这事了，...

optimizing

一场势均力敌的象棋的比赛,有时就赢在是否用好一个小兵上

俺觉得用好全局变量也能优化代码尺寸

良好的程序架构是最好的优化程序

仰望高人

同18 楼良好的程序架构是最好的优化程序

我得有时候内部RAM不够了

技术奇才奖章

永恒之光奖章

技术导师奖章

七世轮回

坚毅之洋流

精华达人奖章

荣誉元老奖章

十世金身

技术领袖奖章

核心会员奖章

终身成就奖章

湍急之河流

缘定三生

无冕之王奖章

技术新星奖章

欢快之小溪

偶尔光临