高度嵌入(有限的代码和内存大小)项目对代码组织提出了独特的挑战。
我见过不少没有组织的项目。(根据我的经验,硬件工程师通常不关心代码的非功能方面。)
然而,我一直试图相应地组织我的代码:
对于每一个模块,我试图保持这三种类型之一的目的。
由于嵌入式项目的规模有限,以及对性能的强调,它经常保留这个组织。
对于某些上下文,我当前的项目是一个有限的DSP应用程序,在MSP430上有8k闪存和256个字节内存。
发布于 2008-10-19 16:04:42
我在各种目标微控制器上编写和维护了多个嵌入式产品(30+和计数),包括most 430。我最成功的“经验法则”是:
发布于 2008-10-19 15:25:27
我在8位PIC处理器上也做过类似的限制。
你没有的一个限制是你做了多少评论,或者你选择给你的方法、变量命名,等等。好好利用吧。速度和大小的限制有时会压倒组织,但你总是可以解释的。
另一个技巧是将逻辑源文件分解成比您需要的更多的部分,然后通过在编译单元中对它们进行#include绑定。这允许您拥有大量可重用的代码(甚至每个文件都有一个例程),但是可以按所需的顺序组合。这是有用的,例如,当试图满足编译单元大小限制时,或者选择和选择下一个项目需要的公共子程序时。
发布于 2008-10-22 02:43:03
我试着组织它,好像我有无限的RAM和ROM,而且它通常工作得很好。正如其他地方所提到的,在绝对需要之前,不要尝试优化它。
如果您可以得到一个具有更多资源的与引脚兼容的处理器,最好是让它工作,专注于良好的结构和布局,然后在您更好地理解代码时为大小进行优化。
https://stackoverflow.com/questions/216428
复制相似问题