代码设计-前端配置化的思考
需求背景
- 在平常的业务开发过程中，常常会有用户信息，权限信息，系统信息在登陆成功一起注入到前端供与前端使用。
- 同样也存在这样的业务场景，很多业务层耦合程度比较高的配置，例如数据埋点，单独页面单独的系统配置请求配置，业务配置。这些数据通过接口获取成功之后再实例化vue，react对象也不是不行。显然loading和请求异常都是不抗逆力的影响之一。这些数据特性也很明显，变动性不多，跟业务高度耦合。
解决思考
- 为什么不把这些数据直接通过读写文件的方式直接写入到前端静态资源当中？
- 写的方式有很多种 ，没有基于node更舒服一点的方式了，基于脚手架下面的node服务启动时判断是否要更新页面的配置信息向后端发起请求更新静态资源配置。
- 包括行为埋点，特殊页面的特性配置基于静态资源配置，在项目中初始化公共方法统一调用，使用配置大于开发，实现方式举例在vue自定义指令中配合使用。
扩展思考
- 难道每次初始化项目，或者每次后端数据库更新，接口更新 是否都需要前端手动适配？
- 可视化的模板选择是不是一条更高效的选择呢？
- 基于公司业务封装扩展选择不同的模板初始化前端项目配置化实现是否需要各自大类的封装选择。
- 可视化创建项目，选择开发类型（pc，移动，小程序），选择技术栈，选择依赖框架
- 选择业务支持，埋点，调用，配置
- 连接数据库初始化前端文件配置，如果有后端接口链接接口初始化请求封装文件。
- 后期接口变化数据库变化可视化同步更新相应的封装文件配置文件。
适用场景
- 多业务项目的模板化开发，新的项目来了，选择模板，项目后端更新，前端同步更新。
后续
