您如何在嵌入式项目中组织代码? [英] How do you organize code in embedded projects?

问题描述

高度嵌入(有限的代码和内存大小)项目对代码组织提出了独特的挑战.

Highly embedded (limited code and ram size) projects pose unique challenges for code organization.

我见过很多完全没有组织的项目.(根据我的经验，主要是硬件工程师通常不关心代码的非功能方面.)

I have seen quite a few projects with no organization at all. (Mostly by hardware engineers who, in my experience are not typically concerned with non-functional aspects of code.)

但是，我一直在尝试相应地组织我的代码:

However, I have been trying to organize my code accordingly:

1. 特定于硬件(驱动程序、初始化)
2. 特定于应用程序(不太可能重复使用)
3. 可重复使用，独立于硬件

对于每个模块，我都尝试将目的保持在这三种类型中的一种.

For each module I try to keep the purpose to one of these three types.

由于嵌入式项目的规模有限以及对性能的重视，通常会保留这种组织.

Due to limited size of embedded projects and the emphasis on performance, it is often keep this organization.

在某些情况下，我当前的项目是在具有 8k 闪存和 256 字节 RAM 的 MSP430 上的有限 DSP 应用程序.

For some context, my current project is a limited DSP application on a MSP430 with 8k flash and 256 bytes ram.

推荐答案

我已经在包括 MSP430 在内的各种目标微控制器上编写并维护了多个嵌入式产品(30 多个，并且还在增加).我最成功的经验法则"是:

I've written and maintained multiple embedded products (30+ and counting) on a variety of target micros, including MSP430's. The "rules of thumb" I have been most successful with are:

• 尽量将通用概念模块化(例如，将驱动程序代码与应用程序代码分开).- 它使将来更容易维护和重用/移植项目到另一个目标微.
• 不要一开始就担心优化代码.尝试先解决域的问题，然后再进行优化.-- 您的目标微机可以处理比您预期更多的东西".
• 努力确保可读性.尽管大多数嵌入式项目的开发周期似乎都很短，但这些项目的寿命通常比您预期的要长，而且毫无疑问，其他开发人员必须使用您的代码.

这篇关于您如何在嵌入式项目中组织代码?的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！