需求分析
熟悉产品需求
- 以架构师的思维分析需求，不能只停留在表面实现需求，要考虑怎么实现能给业务带来增长
- 全局思维、整体思维、闭环思维，不能只考虑自己，要全局考虑整个团队，要做到有输出、有输入、有结果
浅层需求
- 分析表面需要实现的功能，如登录、创建作品、编辑、发布、访问作品等
深度需求
通过浅层需求分析，进一步分析需求
- 作品的管理
- 作品统计
- 作品发布
- h5
- 后台管理
以上需求还有很多细节点，就不一一阐述
需求分析总览图
架构设计
需要的项目
独立业务组件库
编辑器画布使用的组件和渲染逻辑和h5完全一致，为了两边一致，应该抽离出来提供给它们使用，从而保证制作的时候和渲染出来的h5保持一致
自研统计服务
考虑自研服务前，先列出我们统计所需的功能
我们需要实现分渠道统计这个需求，要实现这个需求，我们就需要自定义事件统计
- 支持自定义事件统计
- 支持Open API
经过调研后，我们发现，市面上第三方服务要么不支持，要么收费很贵，综合对比，只能选择自研一个
包括：
- 日志收集
- 日志分析
- Open API
各个项目之间关系
作品数据结构设计
思路：
- 每个组件尽量符合vnode规范
- 用数组来组织数据，有序
- 尽量使用引用关系，不要冗余
vuex store
{
work: {
title: '作品标题',
setting: {
/* 一些可能的配置项，用不到就先预留 */},
props: {
/* 页面body的一些设置，如背景色 */},
components: [
// components要用数组，有序结构
// 单个node要符合常见的vnode格式
{
id: 'xxx', // 每个组件都有id，不重复
name: '文本1',
tag: 'text',
attrs: {
fontSize: '20px' },
children: [
'文本1' // 文本内容，有时候放在children，有时候放在attrs或者props，没有标准，看实际情况来确定
]
},
{
id: 'yyy',
name: '图片1',
tag: 'image',
attrs: {
src: 'xxx.png', width: '100px' },
children: null
}
]
}
}
vuex getter
// 图层
{
layers: (state) => {
state.work.components.map(c => {
return {
id: c.id,
name: c.name
}
})
}
}
扩展性保证
- 扩展组件
- 扩展编辑器功能、如锁定、隐藏
- 扩展页面信息，如增加多语言
- 扩展其他功能，如大数据分析和计算等
研发效率
- 脚手架：创建发布
- 组件平台
运维保障
- 线上服务和运维服务
- 安全
- 监控和报警
- 服务扩展性： 基于云服务，可以随时扩展机器和配置