# 电商后台管理项目 **Repository Path**: xiao-zengge/manager ## Basic Information - **Project Name**: 电商后台管理项目 - **Description**: 后台管理项目 - **Primary Language**: JavaScript - **License**: MIT - **Default Branch**: master - **Homepage**: None - **GVP Project**: No ## Statistics - **Stars**: 0 - **Forks**: 0 - **Created**: 2022-08-14 - **Last Updated**: 2022-11-10 ## Categories & Tags **Categories**: Uncategorized **Tags**: None ## README 模板介绍 简洁版: https://github.com/PanJiaChen/vue-admin-template 加强版: https://github.com/PanJiaChen/vue-element-admin 模板的文件与文件夹认知【简洁版】 build ----index.js webpack配置文件【很少修改这个文件】 mock ----mock数据的文件夹【模拟一些假的数据mockjs实现的】,因为咱们实际开发的时候,利用的是真是接口 node_modules ------项目依赖的模块 public ------ico图标,静态页面,publick文件夹里面经常放置一些静态资源,而且在项目打包的时候webpack不会编译这个文件夹,原封不动的打包到dist文件夹里面 App.vue:根组件 main.js:入口文件 permission.js:与导航守卫先关、 settings:项目配置项文件 .env.development .env.producation 后台管理系统API接口在线文档: http://39.98.123.211:8170/swagger-ui.html http://39.98.123.211:8216/swagger-ui.html 3:完成登录业务 -----静态组件完成 -----书写API(换成真实的接口) -----axios二次封装 -----换成真实接口之后需要解决代理跨域问题(解决代理跨域问题) 1)登录页面,输入用户名,密码,点击登录按钮,登录 退出登录业务 首页为数据可视化页面 使用echarts库,包括柱状图,折线图,饼图等 商品管理 品牌属性,平台属性管理,Spu属性,sku 项目路由的搭建 完成品牌管理静态组件 完成品牌管理列表的展示 ---书写相关的API接口 添加品牌与修改品牌的静态组件 9)完成添加品牌功能 ----书写先关的API请求接口 ----前台需要收集数据,给服务器提交数据(发请求) 完成品牌修改功能 表单验证功能 elementUI提供表单验证功能(自定义校验规则---重点) 删除品牌的操作 elementUI当中组件:有时间的时候多翻看看。 完成三级联动业务 解决取消按钮数据回显问题 修改属性的操作 添加属性中的 查看模式与编辑模式 切换 查看模式:显示span 编辑模式:显示input 注意:通过flag标记进行切换查看模式与编辑模式,但是需要注意的时候,一个属性flag没有办法控制全部的属性值的切换 完成SPU管理内容切换 -展示SPU列表结构 ----添加SPU|修改SPU ----展示添加SKU结构 完成SpuForm照片墙图片的收集 ----照片墙何时收集数据 ---预览照片墙的时候,显示大的图片的时候,需要收集数据吗? ---不需要收集的【数据已经有了】 ---照片墙在删除图片的时候,需要收集数据的。 ---照片墙在添加图片的时候,需要收集数据的。 完成销售属性值展示与收集 新增的销售属性值需要收集的字段: baseSaleAttrId saleAttrValueName 深度选择器 >>> 一般用于原生CSS /deep/ 一般用于less ::v-deep 一般用户scss 数据可视化 就是服务器返回的数据,是以视图的形式进行展示【饼图、折线图,K线图】 echarts:vue、react v-chart:vue d3.js:vue、react hightchart:vue、react echarts:基本使用 echarts异步展示数据 1:初始化echarts实例的第二个参数可以设置主题颜色 2:echart如果想异步展示数据,当服务器的数据返回以后echarts实例需要再次调用setOptions方法重新设置配置对象, 将配置对象的数据替换为服务器的数据 权限管理的介绍 权限、角色等等业务逻辑 角色:一家企业而言:BOSS、运维、销售、程序员 权限:超级管理员(BOSS),是有权利操作整个项目的所有的模块 硅谷321(新媒体),只能首页、商品管理者一部分菜单数据 admin:超级管理员-----boss 权限管理业务串讲 权限管理:用户管理、角色管理、菜单管理 由于用户管理、角色管理、菜单管理:对于获取数据、展示数据、收集数据相对而言,简单很多,因此进行相应的串讲。 把精力放到如何实现权限业务。 菜单权限的业务分析 超级管理:首页、权限模块、商品模块 硅谷321:首页 不同的用户、不同角色的任务,项目当中所能操作的、看见的菜单是不一样的。 如何实现菜单的权限?不同的用户所能操作|查看菜单不一样的? 起始不同的用户(角色),登录的时候会向服务器发请求,服务器会把用户相应的菜单的权限的信息,返回给我们 我们可以根据服务器返回的数据(信息),可以动态的设置路由,可以根据不同的用户展示不同的菜单。 菜单权限:当用户获取用户信息的时候,服务器会把相应的用户拥有菜单的权限信息返回,需要根据用户身份对比出,当前这个用户需要展示哪些菜单