结合项目的梳理
项目已运行了3年,按业务类别可分为基础业务模块和增值服务模块二个模块,如下图:
随着业务的不断调整,目前基础业务模块越来越重,相对增值服务模块已基本清除,但在技术框架上二者仍存在着共用底层服务、工具、Mananger等联系; 为将其中基础业务模块抽离实现独立所谓SDK,先进行技术框架解藕整理:
限制和瓶颈
基础业务模块包含了第三方sdk(推送、埋点统计、科大讯飞等),需要把与BundleID绑定的梳理出来,作为技术参数让使用我们的开发者输入;这是快速实现提供我们sdk的重要途径;
限制和瓶颈接口设计
1)认证/初始化
需要调用方提供的参数:手机号、咱们sdk需要的所有第三方key(调用方申请)、包名。
返回给调用方的结果:后台校验是否有改用户,如果有,返回该用户下所有服务列表数据(skipmodule),如果没有,返回错误码(提供错误码文档)。
2)推送功能
调用方是否有推送业务自主开发能力?如果有,暴露出通道接口,并提供我们后台调用;如果没有,需要注册咱们用的推送第三方并把注册的key给我们。
3)UI样式修改
第一阶段当前只提供更改导航栏颜色、按钮颜色。
未完待续:sdk第三章