如何制作唱吧小程序
今天小编给大家分享一下如何制作唱吧小程序的相关知识点,内容详细,逻辑清晰,相信大部分人都还太了解这方面的知识,所以分享这篇文章给大家参考一下,希望大家阅读完这篇文章后有所收获,下面我们一起来了解一下吧。
1小程序框架浅析
大家都说小程序体验好,即开即用,和普通Webview渲染的H5相比页面启动速度、流畅度等方面好很多,这个问题我认为需要从几个方面考虑,首先,抛开产品业务层面的设计和优化,就是小程序底层框架的设计和实现方面的特点。
当我们新建或打开一个小程序项目(以唱吧比赛小程序为例),即可看到如下图的项目结构。
小程序入口文件为app.js, 全局样式文件为app.wxss,全局配置文件为app.json, 每个页面中再分视图wxml,wxss和逻辑js、文件配置json等,从这里我们可以看出,整个小程序的上层框架,也就是大体分为视图层和逻辑层两个部分。
小程序采用的MINA框架,View层主要用来渲染页面结构,App Service层用来逻辑处理、数据请求、接口调用,它们在两个线程里运行,整个小程序是只有一个App Service的,并且整个小程序的生命周期内它是常驻内存的。View层主要使用WebView渲染,而App Service逻辑层是使用JSCore运行。
通信方面,View和AppService是双线程通信的,主要通过系统层的JSBridage进行通信,AppService把数据变化通知到View,表现方法也就是setData方法,触发View页面更新,View把触发的事件通知到AppService进行业务处理。
这里要说的是,小程序是没有DOM结构的,那么视图层的渲染是如何做到的呢,就是运行环境中会把pages中的WXML的节点树结构,转化为JS的对象,进行渲染,这也是小程序体验优于普通分享页面的一大原因,省去了很多关于浏览器DOM的操作,由JS运行环境之间进行渲染解析。
2唱吧小程序底层搭建
那么话说回来,基于良好的框架,这次在搭建唱吧小程序底层的时候,我们其实做了哪些事情呢。
首先,我们并没有进行纯Native层的搭建和改造,而是对上述提到的API层的一次的封装,尤其是在关于网络请求的改造和小程序启动的登录流程方面,我们前端团队尝试去做一些分层和优化。
网络请求方面
首先网络请求优化方面,微信提供的请求接口基本长这样:
wx.request({ url: 'test.php', //仅为示例,并非真实的接口地址 data: { x: '' , y: '' }, header: { 'content-type': 'application/json' // 默认值 }, success: function(res) { console.log(res.data) }})
是不是感觉和之前的某种请求模式很像,没错,就是古老的$.ajax,这时候我们又想起了ajax的回调地狱,如果页面的请求很多,请求的顺序还有限定,瞬间又是各种嵌套,可以说是要从请求到懵逼了。
所以为了解决回调地狱和同时优化请求代码逻辑,我们在封装wx.request的同时,我们在小程序开发中,引入了async/await语法糖,用到了来自facebook的regenerator模块(详情请戳:https://github.com/facebook/regenerator),async、await函数经babel编译后,再用regenerator-runtime模块用于提供功能实现,这一方面也得力于小程序支持ES6语法的编译。
实现过程中,单独用一个公共方法封装,返回wx.request的promise
//wechat.js const request = (url,options) => { return new Promise((resolve, reject) => { wx.request({ url: url, method: options.method, data: Object.assign({}, options.data), header: options.header, success: resolve, fail: reject }) })}
之后在我们的上层公共库中,编写与请求相关的处理逻辑。
// changba.js const regeneratorRuntime = require('./regenerator-runtime.js')const wechat = require('./wechat')const URI = 'xxx' const requestAPI = async (url,opt) => { const app = getApp() let options = Object.assign({data: {}},opt) if (/^\/api\/(.+)$/.test(url)) { url = URI + url; } if (!options.method) { options.method = 'POST'; } let header = { 'Content-Type': 'application/x-www-form-urlencoded' } options.header = options.header || header ; //除了login方法 其余接口都要加入sessionInfo也就是后端加密过的session_key if (!url.includes('/checkCode')) { options.data['sessionInfo'] = app.globalData.sessionkey; } let isTimeout = false; try { const ree = await wechat.checkSession(); } catch (error) { isTimeout = true; }; try { if (isTimeout) { let aaa = await login(app); } wx.showLoading({ title: '加载中' }); const res = await wechat.request(url,options) if (res && res.statusCode) { if (res.statusCode != 200) { if (wx.hideLoading) { wx.hideLoading() } wx.showModal({ content: wechat.errMsg(res.statusCode).message || '请求失败,请重新尝试', title: '提示', showCancel: false }) } else { if (res.data && res.data.code === 1) { if (wx.hideLoading) { wx.hideLoading() } return res.data } else { // xxx 其他情况业务逻辑处理 } } } } catch (error) { console.log('请求异常信息:' + error) if (wx.hideLoading) { wx.hideLoading() } wx.showModal({ content: '请求信息异常', title: '', showCancel: false }) }}
上述封装过程中,所以除了考虑到请求超时、检查用户身份等操作,还可以加入session过期等相关其他的业务处理逻辑,这也是自己搭建请求的好处,针对自己的业务需求,进行匹配和改造。
然而在经历这样两层封装之后,在写业务逻辑代码的过程中,就可以一目了然的发送请求了,达到逻辑清晰且书写自如,如果习惯了fetch以及axios的朋友应该都会比较喜欢这种方式。
async getdata() { let self = this; let cb_getdata = await app.changba.requestAPI('/api/xxx', { data: { id: self.data.id } }); if (cb_getdata && cb_getdata.code === 1) { // xxx } }
以上就是“如何制作唱吧小程序”这篇文章的所有内容,感谢各位的阅读!相信大家阅读完这篇文章都有很大的收获,小编每天都会为大家更新不同的知识,如果还想学习更多的知识,请关注编程网行业资讯频道。
免责声明:
① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。
② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341