API
专题基本信息
任务系统
用户发起
由于任务系统是目前活动重要环节，涉及到数据分发，收集等功能。后期可改造为可扩展、灵活配置
JAVA 服务化
后期规划
活动HTML
自定义字段管理数据“列”模型，可扩展
组件-管理列表
大数据OR活动组
数据库
发起
测试
是
PHP开发
附件管理
返回处理
基础服务
脑图（备注）
配置 - 活动操作（前端ID、选择组件列表）
开发入口，处理业务逻辑
临时方案：手动挂载标签iD，用来关联组件
组件QPS压力
切图，HTML
由于组件同时在很多活动中推广，每个组件的qps压力很大在业务代码和结构上提前就要考虑 组件高可用，可扩展的问题（拆分）。组件比较重要的几个组成部分：组件（抽象）+ 字段 + 表单模型 + 错误码 + 日志
上传ZIP静态包
统一入口参数校验
运营
前端
应用（元件）管理
是/否
表单模块（包）(单选、复选、列表)
可视化编辑
专题钩子（规则）
否
活动平台
在线管理HTML(存数据库)
PC
缓存
H5
生成/发布
自定义字段（属性）管理数据表“列”模型，可扩展
单一表单属性数据
预览专题页面
在线管理CSS/IMG
组件对外提供参数字段（自定义），为了多元化控制，让运营可选（默认不需要传值）
举例：排行榜
actid：input
page：input
size:select
模板：html模板
活动页面需要快速发版上线，后期可考虑在线发版，直接预览等功能
运营数据平台
设置（活动操作）动作唯一ID
发版上线
保存
通过钩子 管理专题入口
快速发版
组件=字段+表单模块
返回组件处理好的数据，塞入HTML
配置（参与条件）
一个页面= 一个模板+多个组件一个组件= 一份代码+一份数据（redis+memcache+api）有规则的数据监控和上线配置实时预览及快速发布上线
前端JS组件处理业务逻辑
组件
运营日志监控
