1 软件的设计框架
1：需要分离分层的思想
总体划分
硬件/协议层–>接口管理层–>业务逻辑层**
驱动-------ap接口-----业务逻辑层
硬件/协议层需要抽象出相应功能模块的接口，
接口管理层或是业务逻辑层根本不关心底层实现方式，
直接去调用硬件/协议层
2：要有模块化和产品思想。
模块功能要划分清晰。进程线程之间通信要架构清晰，各个模块提供交互的接口。
框架需要要实现一些常用的封装：
常用功能封装：如实现工具类，和帮助类，同时要保存好，（耦合性低）以后开发直接拿出来用。
**数据处理框架：**这个功能是处理基础数据用的框架，基本思想上注册回调机制，有了它，业务代码里就不会再出现长长的switch……case了。
事件状态管理框架(业务处理框架):这个功能上用于管理系统内部的状态，基本思想上订阅发布机制（也称观察者模式），有了它，代码就不用再去请求一堆状态数据了，只需要把你关注打事件或者状态注册一下，当事件发生时，就主动通知给你了。
2 主要分层的模块化
基本就以上几个部分，基于这些年的开发经验，感觉嵌入式上的程序模块分三类：
1. 基础数据采集模块;
提供支持系统业务功能的基础数据，比如导航设备，GPS数据采集的程序可以算这一类。按上述事项，同样只引出数据类接口。
硬件驱动模块，读取传感器的接口
2. 业务数据处理模块。
3. 辅助模块
这部分主要是给业务数据处理模块提供一些辅助功能，比如：数据/参数存储等模块，也就是这些模块是其使用者请求什么他就返回什么，自身不具有复杂的逻辑处理。
分离关注点，消除重复。
1 软件的设计框架
1：需要分离分层的思想
总体划分
硬件/协议层–>接口管理层–>业务逻辑层**
驱动-------ap接口-----业务逻辑层
硬件/协议层需要抽象出相应功能模块的接口，
接口管理层或是业务逻辑层根本不关心底层实现方式，
直接去调用硬件/协议层
2：要有模块化和产品思想。
模块功能要划分清晰。进程线程之间通信要架构清晰，各个模块提供交互的接口。
框架需要要实现一些常用的封装：
常用功能封装：如实现工具类，和帮助类，同时要保存好，（耦合性低）以后开发直接拿出来用。
**数据处理框架：**这个功能是处理基础数据用的框架，基本思想上注册回调机制，有了它，业务代码里就不会再出现长长的switch……case了。
事件状态管理框架(业务处理框架):这个功能上用于管理系统内部的状态，基本思想上订阅发布机制（也称观察者模式），有了它，代码就不用再去请求一堆状态数据了，只需要把你关注打事件或者状态注册一下，当事件发生时，就主动通知给你了。
2 主要分层的模块化
基本就以上几个部分，基于这些年的开发经验，感觉嵌入式上的程序模块分三类：
1. 基础数据采集模块;
提供支持系统业务功能的基础数据，比如导航设备，GPS数据采集的程序可以算这一类。按上述事项，同样只引出数据类接口。
硬件驱动模块，读取传感器的接口
2. 业务数据处理模块。
3. 辅助模块
这部分主要是给业务数据处理模块提供一些辅助功能，比如：数据/参数存储等模块，也就是这些模块是其使用者请求什么他就返回什么，自身不具有复杂的逻辑处理。
分离关注点，消除重复。
举报
