一种灵活的活动中前后端配置数据交互方式

Posted 2022-12-04 温柔狠角色

技术问题：

在活动中一般会有非常频繁的配置类数据，这些数据基本上不包含具体的业务处理逻辑，多数是为了前端渲染活动页面使用。传统的前后端交互中，往往是前端需要某些配置类数据，然后服务端将相关的数据从Kconf等配置平台上获取，然后在一些接口中下发。首先，在前端需要新增一些配置类数据的时候，服务端需要讨论决定应该在哪个接口下发新增的配置数据，服务端需要频繁的修改代码，下发配置，并且重新打包上线部署。其次，将配置类数据耦合到正常的业务功能接口中，对正常的业务逻辑清晰度会产生影响，造成代码分支变多，代码块变长，影响可维护性。基于上述背景，如果可以将前后端的配置类数据交互都集中在一个配置下发类的接口中，有助于配置类数据的灵活增删，可以提高服务的稳定性和活动的开发效率。

技术方案：

为了能够实现在活动中将前后端交互的配置类数据集中下发，并且实现其灵活增删功能，我们设计开发了一种可以灵活下发配置类数据的接口方式。具体的表现为，提供一个服务端API接口，该接口的功能为从Kconf配置平台读取配置。配置包括key、pathValue的Key-Value映射，然后根据pathValue继续从Kconf上获取对应的配置类数据configData。最后服务端对数据进行统一整理，按照“key” : “configData”形式下发给前端。前端可以活动入口或者是其需要获取配置类信息的时刻，调用该API接口来获取全量的配置信息。当需要新增或者下线配置的时候，只需要开发人员去Kconf平台上将相应的key、pathValue的Key-Value映射删除，即可立刻生效，服务端无须修改代码上线，保证了响应的及时性。

技术效果：

通过提供配置下发接口，将活动中非常繁多的配置类数据进行了收敛。当前端需要新增或者下线部分配置的时候，只需要自行操作Kconf配置平台即可立刻生效，将配置实现插件化，避免了服务端开发人员修改代码，打包部署上线等可能影响到服务稳定性的系列操作，实现了前后端的数据交互的解耦合，数据交互更加高效。另外通过配置下发接口实现了配置类数据和业务功能逻辑解耦合，业务接口可以更加清晰的处理相关的业务逻辑，不需要关心比较固定的配置类数据的处理，对于服务的开发效率和可维护性都有很大的提升。