从数据交易看待函数划分

在LINUX中，进程的设计，对数据交易的考虑，其出发点是基于FILE的。将数据，从FILE中读出，或者，将数据，写入FILE。
正因为考虑数据交易问题的出发点是FILE，所以，LINUX中，提出，一切设备皆文件。

类似的，在standalone中，功能函数的设计，对数据交易的考虑，出发点是基于struct的。将数据，从struct中读出，或者，将数据，写入struct。
正因为考虑数据交易问题的出发点是struct，所以，standalone中，提出，一切设备struct。

嵌入式设计中，很大一部分功能，就是管脚IO。
对管脚IO的考虑，可以理解为也是数据交易的一种，写入REG或者读取REG，所以，出发点也应该基于struct。将REG的值，读出后，存入struct中的成员变量，或者，将struct中的成员变量的值，写入REG。
嵌入式设计中，还有一大部分功能，就是接口收发。
对于接口收发的考虑，可以理解为也是数据交易的一种，写入接口FIFO或者REG，读取接口FIFO或者REG。所以，出发点也应该是基于struct，将FIFO的值，读出后，存入struct的buffer，或者，将struct的buffer中的值，写入FIFO。

+++++++++++++++++++++++++++++++++++++++++++
每个功能函数都会涉及到数据输入，输出。
所以，如何对功能函数进行划分，主要依据，应该是数据交易。
每一个功能函数，完成特定的数据交易。

关注点在于，
功能函数接收什么输入数据，
处理过程中，输出什么数据，
处理结束后，数据对象应该是什么值？