24、商品列表页之数据渲染和传值

简介: 前言:本章算是上一章《vue父子组件之间的传值》知识点在项目中的一个实际运用。Github:https://github.com/Ewall1106/mall(请选择分支chapter24)1、商品列表页基本数据结构及mock在mock文件夹下新建goodsList.js用于存储商品数据添加json基本数据结构mock数据基本结构2、axios请求mock数据import引入axios;axios请求本地mock数据;打印并查看。

前言:本章算是上一章《vue父子组件之间的传值》知识点在项目中的一个实际运用。
Github:https://github.com/Ewall1106/mall(请选择分支chapter24)

1、商品列表页基本数据结构及mock

  • 在mock文件夹下新建goodsList.js用于存储商品数据
  • 添加json基本数据结构
mock数据基本结构

2、axios请求mock数据

  • import引入axios;
  • axios请求本地mock数据;
  • 打印并查看。
axios获取数据
console数据打印

OK,请求成功了。

3、渲染到页面上

(1)data中定义一个list对象
(2)将res.data.goodslist赋值给list
(3)我们将商品图片、文字描述、价格、折扣等等信息传给子组件

传值给子组件—props down

(4)子组件接受父组件传过来的值并进行props验证

props验证

到这里我们就在goodsItem子组件中接受到了父组件传过来的一系列的值了,接下来就是在子组件中运用即可了。关于这一部分还可以进一步参考上一章的内容:vue父子组件的传值

关于props验证的解释大家可以看看官网的详细解释:Props验证

(5)使用子组件从父组件传过来的值

数据渲染

4、小结

  • 这就是我们商品列表页的基本的效果:
商品列表页
  • 这章其实就是上章vue父子组件的传值的一个实际运用,其它的axios的引入和运用算是一种对前面内容的复习而已;
  • 至于筛选工具栏的筛选功能我们等把node、MongoDB安排起来了,在具体实现这方面功能。

参考学习:
Props验证
vue父子组件的传值

目录
相关文章
后端返回base64格式数据转excel格式文件并下载
后端返回base64格式数据转excel格式文件并下载
909 0
|
7月前
|
存储 JSON 开发工具
【从零手写 ClaudeCode:learn-claude-code 项目实战笔记】(12)Worktree + Task Isolation (Worktree 任务隔离)
本章引入 Git worktree 实现任务隔离:为每个任务分配独立目录与分支,通过任务 ID 双向绑定控制平面(`.tasks/`)与执行平面(`.worktrees/`),配合事件总线记录全生命周期,解决多任务并发修改冲突问题,提升可恢复性与可观测性。
843 0
|
6月前
|
消息中间件 运维 安全
核桃编程携手阿里云 RocketMQ 打造高可靠、弹性可扩展的在线教育消息中枢
阿里云 RocketMQ 以“精准、可靠、弹性”的核心能力,为核桃编程业务稳定运行与持续创新提供有力支撑。
294 41
|
6月前
|
数据采集 人工智能 监控
AI应用的开发流程
AI应用开发需遵循“需求定义→模型选型→提示工程→RAG增强→工作流编排→评估优化→部署交付”闭环流程,覆盖从轻量智能体到垂直行业解决方案的全生命周期,强调数据驱动、工程落地与持续迭代。(239字)
|
7月前
|
前端开发
前端开发 之 15个炫酷按钮特效下【附完整源码】
本篇文章内容展示了多颜色内波纹按钮、彩虹色外波纹按钮、手绘风格式按钮等众多炫酷按钮特效,并给出了完整代码及注释
596 7
|
8月前
|
数据采集 JSON 安全
生产级Prompt自动化推理评估A/B实验结果的工程实践
本文介绍了一套基于大语言模型的AB实验自动化评估系统,针对人工巡检效率低、规则引擎僵化、统计方法片面等痛点,设计六层优先级Prompt推理机制,实现精准、可解释的实验下线决策。试运行后,策略下线准确率提升至68%,人工耗时从6小时/天降至30分钟/天。
生产级Prompt自动化推理评估A/B实验结果的工程实践
麒麟系统mate-indicators进程占用内存过高问题解决
【10月更文挑战第7天】麒麟系统mate-indicators进程占用内存过高问题解决
2013 2
|
人工智能 Ubuntu Unix
第 1 章 Linux 快速入门
Mainline 表示主线开发版本,Stable 表示稳定版本,稳定版本主要由 mainline 测试通过而发布。Longterm 表示长期支持版,会持续更新及 Bug 修复,如果长期版本被标记为 EOL(End of Life),则表示不再提供更新。
405 0
|
芯片 内存技术
STM32 Customer BootLoader 刷新项目 (二) 方案介绍
本项目设计了一款基于STM32的二级BootLoader,旨在为客户自定义启动过程提供软件更新和操作后门。BootLoader架构分为三层:ST自带Boot(SB)、客户定制化Boot(CB)和应用层(APP)。CB通过USART与MCU通信,支持多种指令如版本查询、擦除扇区、写入数据等,实现灵活的软件管理和更新功能。Flash空间分配为Sector 0-1用于CB,Sector 2-11用于APP。整个方案详细介绍了内存布局、跳转逻辑及支持的指令集,确保系统稳定运行并支持未来的扩展需求。
 STM32 Customer BootLoader 刷新项目 (二) 方案介绍

热门文章

最新文章