场景:公司要做一个小程序产品,所以你打算要用什么技术来搞呢?
uni-app 和 taro:
虽然我们是 coder,但站在工作角度上来说,我们的职责是前端,所以我们的侧重点是在前端!因此过多地去学习移动端的技术,不是特别有必要!
本地测试可以用同一个 APP ID
➹:开发多个小程序时,能使用同一个 appid 吗? - 微信开放社区
💡:熟悉一个小程序项目里边一个页面到底有啥代码结构
例子:
例子:
💡:不管是学 Vue、React,还是小程序,先完成这三个案例
💡:小程序的代码逻辑和 Vue、React 非常相似
小程序的开发模式非常简单!
💡:*this
?
保留关键字
*this
代表在 for 循环中的 item 本身,这种表示需要 item 本身是一个唯一的字符串或者数字
➹:列表渲染 - 微信开放文档 ➹:微信小程序: wx:key 详解 - 简书
💡:使用 VSCode 编写小程序代码
WXML
插件缺点:不能直接从 VSCode 那里看到控制台的内容,需要切换到小程序开发者工具
不管你是做前端开发,还是后端开发,遇到问题,请阅读官方文档!
我们只关注开发
!
wx.
开头,调用全局功能重点看「指南」,过一遍,演练一遍即可,其它的用到了就查!
阅读官方文档是一种很重要的能力,不管你是做前端开发,还是 Java 开发,还是其它开发,阅读官方文档是最靠谱的,其余谷歌搜索等,不是那么靠谱
遇到不会的 API? -> 第一个想到的是查官方文档
重点是状态管理 -> 用老师自己封装的库
删掉默认生成的页面,会报错 -> 小程序至少要有一个页面
💡:创建 tabBar
可以自己定义,也可以用微信提供给我们的
先做这个,因为比较简单
数据源 -> 网易 -> 因为它是 MIT 协议的,限制少 -> 建议把数据缓存到自己的数据库里边,以防接口不能用
其它源,比如 QQ 音乐,是 GMU 的,不适合讲课
总之,数据不重要,重要的是你是如何通过代码来组织这些数据的……
接口文档:
baseURL:http://123.207.32.32:9001
这个地址跟上路径和参数就可拿到 JSON 数据
💡:为啥要对网络请求 API 进行二次封装?
第一版:
第二版:
💡:网络请求分层架构
针对参数……也就是少传参数
添加一个api_video.js
效果:
方便我们后续维护,不然,这一坨那一坨的,看起来,眼睛都花了
什么时候要对网络请求进行分层架构? -> 一个页面需要用多次,如果一个页面只用一次,那就没有必要弄了!
效果: