共2条
1/1 1 跳转至页

问
const uint32 LED_TBL[] =
{
0x00, 0xFF,
0x01, 0x02, 0x04, 0x08, 0x10, 0x20, 0x40, 0x80, // 依
0x01, 0x03, 0x07, 0x0F, 0x1F, 0x3F, 0x7F, 0xFF, // 依
0xFF, 0x7F, 0x3F, 0x1F, 0x0F, 0x07, 0x03, 0x01, // 依
0x81, 0x42, 0x24, 0x18, 0x18, 0x24, 0x42, 0x81, // 两
0x81, 0xC3, 0xE7, 0xFF, 0xFF, 0xE7, 0xC3, 0x81 // 从
};
这段是流水灯试验中定义的,我把uint32 改成了uint8 程序运行也正常的。
请问两者区别在哪里? 在ARM 的程序存储器里是不是只能定义32的数据,定义8位的数据会影响程序吗? 答 1: 区别在于占用存储空间个数不同区别在于占用存储空间个数不同 答 2: 8位占的空间少很多,我想周立功肯定知道的8位占的空间少很多,我想周立功肯定知道的,但为什么例子出来的是定义位32位的呢?我想是不是有别的原因?如果只是空间的原因,周立功为什么不定义为8 的啊?》 答 3: 32位的cpu使用32位的数据处理效率最高代码量少执行速度也高,但是占用存储空间要大一些,当数组比较小运算又较多的时候32位的反而可以节省空间的 答 4: 知道了 答 5: 谢谢楼上的解答
{
0x00, 0xFF,
0x01, 0x02, 0x04, 0x08, 0x10, 0x20, 0x40, 0x80, // 依
0x01, 0x03, 0x07, 0x0F, 0x1F, 0x3F, 0x7F, 0xFF, // 依
0xFF, 0x7F, 0x3F, 0x1F, 0x0F, 0x07, 0x03, 0x01, // 依
0x81, 0x42, 0x24, 0x18, 0x18, 0x24, 0x42, 0x81, // 两
0x81, 0xC3, 0xE7, 0xFF, 0xFF, 0xE7, 0xC3, 0x81 // 从
};
这段是流水灯试验中定义的,我把uint32 改成了uint8 程序运行也正常的。
请问两者区别在哪里? 在ARM 的程序存储器里是不是只能定义32的数据,定义8位的数据会影响程序吗? 答 1: 区别在于占用存储空间个数不同区别在于占用存储空间个数不同 答 2: 8位占的空间少很多,我想周立功肯定知道的8位占的空间少很多,我想周立功肯定知道的,但为什么例子出来的是定义位32位的呢?我想是不是有别的原因?如果只是空间的原因,周立功为什么不定义为8 的啊?》 答 3: 32位的cpu使用32位的数据处理效率最高代码量少执行速度也高,但是占用存储空间要大一些,当数组比较小运算又较多的时候32位的反而可以节省空间的 答 4: 知道了 答 5: 谢谢楼上的解答
共2条
1/1 1 跳转至页