1.后台管理系统API接口在线文档： http://39.98.123.211:8510/swagger-ui.html#/2183021697SPU2550921475 http://39.98.123.211:8510/swagger-ui.html#/299922514331649297022550921475
3:完成登录业务 -----静态组件完成 -----书写API（换成真实的接口） -----axios二次封装 -----换成真实接口之后需要解决代理跨域问题(解决代理跨域问题)
4)退出登录业务
5)项目路由的搭建
6)完成品牌管理静态组件
7)完成品牌管理列表的展示 ---书写相关的API接口
8)添加品牌与修改品牌的静态组件
9)完成添加品牌功能 ----书写先关的API请求接口 ----前台需要收集数据，给服务器提交数据（发请求）
10)完成品牌修改功能
11)表单验证功能 elementUI提供表单验证功能（自定义校验规则---重点）
12)删除品牌的操作 elementUI当中组件：有时间的时候多翻看看。
13)平台属性管理的三级联动静态静态组件
14)获取数据动态的展示三级联动
15)完成三级联动业务
16)获取平台属性数据与展示平台属性 属性:颜色 属性值:黑色，红色，粉色，紫色
{ attrName:'颜色'， attrValueList:['黑色'，紫色] }
17）添加属性与修改属性静态组件
18)收集平台属性的操作
属性名称 属性值列表
属性：颜色 属性值：粉色、红色、蓝色等等
注意1：别再data当中收集三级分类的id 因为对象存储数据无序存储
19)收集平台属性值的操作
20)解决取消按钮数据回显问题
21)修改属性的操作
22)添加属性中的 查看模式与编辑模式 切换
查看模式：显示span 编辑模式：显示input 注意：通过flag标记进行切换查看模式与编辑模式，但是需要注意的时候，一个属性flag没有办法控制全部的属性值的切换
23)查看模式与编辑模式注意事项
24)修改属性中 查看模式与编辑模式操作
25)表单元素自动聚焦的实现
26)删除属性值操作
27)添加属性与修改属性保存的操作
28)完成按钮与三级联动可操作性
29)SPU模块介绍 SPU你可以理解为类
People类【SPU】 实例:【SKU】 小明:小明 18 男 等等 小红：小红 88 女 等等
30）完成SPU管理模块静态
31)完成SPU列表展示
32)完成SPU管理内容切换
----展示SPU列表结构 ----添加SPU|修改SPU ----展示添加SKU结构
33)完成SpuForm静态
34)SpuForm业务的分析
---品牌的数据需要发请求的 http://localhost:9529/dev-api/admin/product/baseTrademark/getTrademarkList ---获取平台中全部的销售属性（3个） http://localhost:9529/dev-api/admin/product/baseSaleAttrList ---获取某一个SPU信息 Request URL: http://localhost:9529/dev-api/admin/product/getSpuById/5092 --获取SPU图片 http://localhost:9529/dev-api/admin/product/spuImageList/5092
----SPUFORM子组件发请求地方分析： 不能书写在mounted里面： 因为咱们刚才看了一下已经完成的项目，每一次显示SpuForm子组件的时候，都会发四个请求， 而我们为什么不能放在子组件的mounted里面，因为v-show只是控制SpuForm子组件显示与隐藏， 这个子组件并没有卸载（只是显示或者隐藏），导致mounted只能执行一次。
35)完成SpuForm获取服务器数据的操作
36)完成SpuForm数据的展示与收集
----添加SPU的时候需要给服务器携带的参数 { "category3Id": 0, "tmId": 0, "description": "string", "spuName": "string",
"spuImageList": [ { "id": 0, "imgName": "string", "imgUrl": "string", "spuId": 0 } ],
"spuSaleAttrList": [ { "baseSaleAttrId": 0, "id": 0, "saleAttrName": "string", "spuId": 0, "spuSaleAttrValueList": [ { "baseSaleAttrId": 0, "id": 0, "isChecked": "string", "saleAttrName": "string", "saleAttrValueName": "string", "spuId": 0 } ] } ], }
37)完成销售属性的展示
整个项目当中销售属性一共三个：颜色、尺码、版本
武侠SPU： 颜色
38)完成SpuForm照片墙图片的收集
----照片墙何时收集数据 ---预览照片墙的时候，显示大的图片的时候，需要收集数据吗? ---不需要收集的【数据已经有了】
---照片墙在删除图片的时候，需要收集数据的。
---照片墙在添加图片的时候，需要收集数据的。
39)完成添加属性的操作
------收集哪些数据 baseSaleAttrId saleAttrName spuSaleAttrValueList -----在什么时候收集数据
-----收集到哪里呀？ 把数据收集到SPU对象
40)完成收集销售属性值的操作
41)完成销售属性值展示与收集
新增的销售属性值需要收集的字段: baseSaleAttrId saleAttrValueName
42)完成删除销售属性与销售属性值操作
43)完成SpuForm组件的保存的操作
44)完成添加Spu的业务 -----点击添加SPU按钮的时候，需要发请求（两个:获取品牌的数据、全部销售属性的数据）
45)完成删除SPU业务
46)完成添加SKU静态组件
47)获取添加SKU的数据 http://localhost:9529/dev-api/admin/product/spuImageList/5704 http://localhost:9529/dev-api/admin/product/spuSaleAttrList/5704 http://localhost:9529/dev-api/admin/product/attrInfoList/1/1/1
48)SkuForm数据的展示与收集 { "category3Id": 0, "createTime": "2021-10-14T00:41:56.934Z", "id": 0, "isSale": 0, "price": 0, "skuAttrValueList": [ { "attrId": 0, "attrName": "string", "id": 0, "skuId": 0, "valueId": 0, "valueName": "string" } ], "skuDefaultImg": "string", "skuDesc": "string", "skuImageList": [ { "id": 0, "imgName": "string", "imgUrl": "string", "isDefault": "string", "skuId": 0, "spuImgId": 0 } ], "skuName": "string", "skuSaleAttrValueList": [ { "id": 0, "saleAttrId": 0, "saleAttrName": "string", "saleAttrValueId": 0, "saleAttrValueName": "string", "skuId": 0, "spuId": 0 } ], "spuId": 0, "tmId": 0, "weight": "string" }
49)完成图片的展示与收集
50)完成SkuForm保存的操作
51)完成SKU列表的展示
52)完成查看SKU列表的loading效果
----loading效果目前只会展示一次 -----快速切换查看sku会发现上一次的数据会显示
58)完成SKU模块数据的展示
59)完成SKU的上架与下架操作
60)完成SKU查看详情业务
61)深度选择器
一般用于原生CSS
/deep/ 一般用于less
::v-deep 一般用户scss
62)数据可视化 就是服务器返回的数据，是以视图的形式进行展示【饼图、折线图，K线图】
echarts：vue、react v-chart：vue d3.js:vue、react hightchart：vue、react echarts：基本使用
63)echarts异步展示数据
1:初始化echarts实例的第二个参数可以设置主题颜色 2：echart如果想异步展示数据，当服务器的数据返回以后echarts实例需要再次调用setOptions方法重新设置配置对象， 将配置对象的数据替换为服务器的数据
64)echarts在Vue中使用
1:准备一个容器【宽度高度】 2：引入echarts核心库 3：初始化echarts实例，与初始化图表展示的数据
65)v-chart使用
66)权限管理的介绍
权限、角色等等业务逻辑
角色:一家企业而言：BOSS、运维、销售、程序员
权限:超级管理员（BOSS），是有权利操作整个项目的所有的模块 硅谷321（新媒体），只能首页、商品管理者一部分菜单数据 admin：超级管理员-----boss
67:权限管理业务
权限管理：用户管理、角色管理、菜单管理 由于用户管理、角色管理、菜单管理：对于获取数据、展示数据、收集数据相对而言，简单很多，因此进行相应的串讲。 把精力放到如何实现权限业务。
68:菜单权限的业务分析
超级管理:首页、权限模块、商品模块 硅谷321：首页 不同的用户、不同角色的任务，项目当中所能操作的、看见的菜单是不一样的。
如何实现菜单的权限？不同的用户所能操作|查看菜单不一样的？
起始不同的用户（角色），登录的时候会向服务器发请求，服务器会把用户相应的菜单的权限的信息，返回给我们 我们可以根据服务器返回的数据（信息），可以动态的设置路由，可以根据不同的用户展示不同的菜单。
菜单权限:当用户获取用户信息的时候，服务器会把相应的用户拥有菜单的权限信息返回，需要根据用户身份对比出，当前这个用户需要展示哪些菜单
69)完成菜单权限
当用户登录的时候，服务器端会返回相应角色的菜单权限的信息 只不过返回信息是一个数组routes-->['sku','spu',produt']
70)按钮权限
菜单权限：不同的用户（角色），能操作、能观看的菜单是不同的。
按钮的权限：不同的用户（角色），有的用户的是可见按钮、当然有的用户不可见。