标签: 程序框架

浅谈单片机应用程序架构（一） 本文转载自我心永恒 《浅谈单片机应用程序架构(原创)》 对于单片机程序来说，大家都不陌生，但是真正使用架构，考虑架构的恐怕并不多，随着程序开发的不断增多，本人觉得架构是非常必要的。前不 久 发帖与大家一起讨论了一下《 谈谈怎样架构你的单片机程序 》，发现真正使用架构的并不都，而且这类书籍基本没有。         本人经过摸索实验，并总结，大致应用程序的架构有三种： 1. 简单的前后台顺序执行程序，这类写法是大多数人使用的方法，不需用思考程序的具体架构，直接通过执行顺序编写应用程序即可。 2. 时间片轮询法，此方法是介于顺序执行与操作系统之间的一种方法。 3. 操作系统，此法应该是应用程序编写的最高境界。 下面就分别谈谈这三种方法的利弊和适应范围等。。。。。。。。。。。。。 1. 顺序执行法：          这种方法，这应用程序比较简单，实时性，并行性要求不太高的情况下是不错的方法，程序设计简单，思路比较清晰。但是当应用程序比较复杂的时候，如果没有一个完整的流程图，恐怕别人很难看懂程序的运行状态，而且随着程序功能的增加，编写应用程序的工程师的大脑也开始混乱。即不利于升级维护，也不利于代码优化。本人写个几个比较复杂一点的应用程序，刚开始就是使用此法，最终虽然能够实现功能，但是自己的思维一直处于混乱状态。导致程序一直不能让自己满意。        这种方法大多数人都会采用，而且我们接受的教育也基本都是使用此法。对于我们这些基本没有学习过数据结构，程序架构的单片机工程师来说，无疑很难在应用程序的设计上有一个很大的提高，也导致了不同工程师编写的应用程序很难相互利于和学习。        本人建议，如果喜欢使用此法的网友，如果编写比较复杂的应用程序，一定要先理清头脑，设计好完整的流程图再编写程序，否则后果很严重。当然应该程序本身很简单，此法还是一个非常必须的选择。 下面就写一个顺序执行的程序模型，方面和下面两种方法对比： /************************************************************************************** * FunctionName   : main() * Description    : 主函数 * EntryParameter : None * ReturnValue    : None **************************************************************************************/ int main(void) {      uint8 keyValue;       InitSys();                  // 初始化       while (1)     {         TaskDisplayClock();         keyValue = TaskKeySan();         switch (keyValue)        {             case， x: TaskDispStatus(); break;             ...             default: break;         }     } }