语音助手

语音助手

前言：相信大家都听过语音助手，虽然比较鸡肋，但确实有一部分人用过，比如苹果的Siri，微软的小娜。本次要做的业务也是跟这个功能类似，通过语音操作自己的软件中的部分功能。

1.项目简介

先讲一下项目的大体框架，这是一个基于electron实现的pc端应用程序，前端技术栈主要是node+vue+electron。一开始，这个语音助手功能是使用electron渲染进程实现的一个窗口，当时在这个窗口中处理语音交互，以及用户语音动作的执行。后来，考虑到助手功能以后会对接其他业务，所以选择将助手功能独立出来，改用c++实现。由于软件大部分功能基于electron实现的，所以用户指令的解析和处理还是放在了electron的主进程中。根据业务需要，功能做出如下调整：c++端负责助手UI界面、用户语音交互、服务器交互；js端负责语音指令解析处理和执行。js端代码主要放在electron的主进程中，之前的渲染进程窗口就没用了。

该项目进程间通信使用较多，大体上有四类，主进程和渲染进程，主进程和非electron进程，渲染进程和非electron进程 ，不同渲染进程之间。由于内容可能过多，打算另写文章讲解，不过最终都是采用事件监听和事件触发的方式实现。

我就是在这次改版中，分到这个项目的js端研发工作。刚接手的时候，对之前的业务没有了解，加上工期较紧。当时的想法就是，实现就行，没有考虑如何设计更具拓展性，代码文件如何划分更易维护。这些前期埋的雷，在经过几个版本的迭代过程后，逐渐暴露出来。当时光一个指令解析函数代码都几百，业务的代码文件上千行，而且很多打开窗口，函数代码明显重复。这些无疑对后续的功能拓展，缺陷问题定位，其他人接手，都极为不利。当时为了加一个新功能，都不知道代码该往哪里写。

2.业务消息分层

痛定思痛，开始梳理业务逻辑，发现了一些规律。所有的指令消息的处理都会经过如下图示的流程：