项目开发中通信协议的复用

基于设备研发项目的软件开发工作，上位机与下位机的通信是信息交互的基础，也是软件控制设备运行的基础。构建合适的命令体系有利于广泛复用基础代码。
基于商议好的协议内容，构建合适的代码是必要的。

协议组成

一般来说，硬件通信关注通信硬件协议和通信内容规范。硬件协议属于设备控制范畴，内容规范则属于自定义命令组成范畴。以项目中用的 can 通信为例，can 协议本身由 id + data 组成；而从内容方面看，data 则由 command type + command value 组成。其中，command type 有功能码、状态码、自定义码等区别，command value 则根据不同的 command type 有不同的解释：在功能码中，定义 command value 为执行具体功能参数；在自定义码中，则为对应参数。

原始做法

一般做法，根据电子方面提供的协议和硬件划分组成，会直接创建基于模块的命令集，从而组成基础对象。然而，一旦协议内容有所修改后，就要对原始代码进行修改，这违反了代码开发的原则。

功能封装

按照面向对象开发的思路，一个基础对象是包含一定命令集的功能体，命令集应该具有自定义功能，可以通过外部参数配置来管理。

从面向对象的角度来看，最基础的控制设备对象具有以下功能：

1. 具有基本的 id、name 等属性，便于区分不同对象；
2. 具有管理命令内容等功能，通过 add、remove、usecommand 等操作实现增加特定命令并命名索引、根据索引移除命令，以及根据索引使用命令，并设置参数、获得返回值等操作。
3. 从外部读取参数文件，并根据配置内容自动丰富参数内容。

一些体会

面向对象抽象一个直观做法：从输入输出两个方面来关注对象功能，进行抽象。输入瞄准的是对象属性，输出则关注对象如何使用属性。