goal可以理解为一个模型(可以类比linux的驱动模型),这个模型(代码中的体现为procedure_fns_t)中包含了两个操作:start,cancel。
猜测这样做的目的是,可以使上层只以目标为导向,不用关心底层实现,这样上层的逻辑会更加清晰。
定义了这样一个模型之后,也有更多的组合使用方式,可以单独使用,也可以将有相关性的模型进行组合形成一个SCRIPT。
相关性可以举个例子类比:比如进配对的时候实际上是开启可连接和可发现,将这两个模型组合成一个script,在我们进配对的时候只需要调一个脚本,就同时实现了可连接和可发现功能,简化上层逻辑。估计这就是为什么会衍生script的原因了。
将一些单个模型与script放到一起进行管理,最终也就出现了goal_entry_t,一个goal集合的实体。目前sdk中共有两个goal的实体,分别定义在tws_topology_goals.c与headset_topology_goals.c中
const goal_entry_t goals [] ={...}
下面我们以FindRole start的goal流程举例说明
(注:由于SDK在持续更新,所以有些接口可能会有些变化