嵌入式设计中，
一个完整的程序，由大量的函数构成。这些函数，可能分为不同的组，每个组的函数，可能只关注于一些相关的数据对象，对它们进行读写。
从嵌入式工程设计的角度来看，
大体上，分为数据设计和处理设计两大块。
数据设计的目的，是为了更方便的进行处理设计。
本文重点讨论处理设计。
处理设计，具体而言，就是函数的设计。
一个完整的程序，被按照结构化设计的要求，划分为大量的函数。
这些函数被划分的依据原则，就是之前所述的数据交易。
而决定这些函数被划分的考虑的出发点，是函数的职能定位。
基于函数的职能定位，划分出函数后，才能更明确的界定出数据交易。
从函数布局的角度看来，由于每个函数具有自己的职能定位，所以才有了程序的组织架构的概念。
++++++++++++++++++++++++++++++++++++++++++
程序架构设计，有多种方法。
在嵌入式设计中，最常用的有几种架构，
例如，前后台架构，分层架构，散集架构，等等。
在SOD设计或者OOD设计中，内聚已经是最基本的要求，所以，现在已经不把散集架构作为单独的架构来考虑，默认，所有模块都是使用了内聚的。
如果是SOD，则将stuct和对应的操作集内聚为一个模块。
如果是OOD，则直接内聚为一个class。
本文重点从职能定位的角度，看待程序的架构问题。
首先来看看分层架构的职能定位，
不同层的函数，职能定位的侧重点不同，同层的函数，职能定位类似。
分层架构，最常见于协议栈的处理程序中，
每一层的函数，对应于协议栈的某一个层。
再来看看前后台架构的职能定位，
大体上，分为前台函数和后台函数，前台函数，通常是由interrupt触发后，才会执行，所以，前台函数，也经常被称为前台ISR函数。后台函数，则是在main中调用的函数。
在一个较简单的嵌入式程序中，
在ISR中直接处理前台需要的业务代码。
在一个较复杂的嵌入式程序中，一般则是在init时注册callback，在ISR中，找到event对应的callback来调用处理。
通常会存在一些机制类的响应框架级ISR函数，完成一些ISR相关的通用处理，例如查表，优先级调度，ISR排序等，之后，会轮询调用注册的callback，来处理对应的event。
在这个背景下，callback就是我们实际需要关注的前台函数。
当callback被调用时，就表明对应的event被触发了。
在SOD或者OOD设计中，
前台callback函数，其职能定位就是，依据触发event，更新相关的数据对象，例如flag，buffer等。
后台函数，会轮询相关的数据对象，例如flag，buffer等，进行后续的处理。
前台函数，只完成短平快的工作，例如事件响应，接口收发。
后台函数对数据对象的处理，是最主要的处理设计。
+++++++++++++++++++++++++++++++++++++++++
本文对职能定位的讨论，重点在于后台函数。
从职能上看，大体上可以分为，流程框架级函数，业务级函数，功能级函数，操作级函数，IO级函数。
流程框架级函数，并不包含特定的处理代码，而只是包含对于业务级函数的调用。
常见的框架级函数，是一个轮询函数。使用永续循环体作为函数的主体。
业务级函数，包含一些特定的业务处理代码，更主要的是，通过调用功能级函数，来完成业务逻辑的数据处理工作。
功能级函数，包含一些特定的功能运算代码，通过调用操作级函数，来读取或者写入系统内的硬件资源，获取数据后，进行运算处理。
操作级函数，包含一些特定的时序操作代码，通过调用IO级函数，对硬件资源的REG进行读取或者写入，从而完成从硬件资源中获取数据的任务。
IO级函数，是最小颗粒度的函数划分，它的职能定位很明确，代码也很简短，就是使用合适的指令代码，完成对硬件资源的REG的读取或者写入。
标签：定位,架构,函数,看待,处理,设计,职能 来源： https://blog.csdn.net/weixin_42418557/article/details/119105673
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。