如何制作唱吧小程序


今天小编给大家分享一下如何制作唱吧小程序的相关知识点,内容详细,逻辑清晰,相信大部分人都还太了解这方面的知识,所以分享这篇文章给大家参考一下,希望大家阅读完这篇文章后有所收获,下面我们一起来了解一下吧。
大家都说小程序体验好,即开即用,和普通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运行环境之间进行渲染解析。
那么话说回来,基于良好的框架,这次在搭建唱吧小程序底层的时候,我们其实做了哪些事情呢。
首先,我们并没有进行纯Native层的搭建和改造,而是对上述提到的API层的一次的封装,尤其是在关于网络请求的改造和小程序启动的登录流程方面,我们前端团队尝试去做一些分层和优化。
网络请求方面
首先网络请求优化方面,微信提供的请求接口基本长这样:
是不是感觉和之前的某种请求模式很像,没错,就是古老的$.ajax,这时候我们又想起了ajax的回调地狱,如果页面的请求很多,请求的顺序还有限定,瞬间又是各种嵌套,可以说是要从请求到懵逼了。
所以为了解决回调地狱和同时优化请求代码逻辑,我们在封装wx.request的同时,我们在小程序开发中,引入了async/await语法糖,用到了来自facebook的regenerator模块(详情请戳:https://github.com/facebook/regenerator),async、await函数经babel编译后,再用regenerator-runtime模块用于提供功能实现,这一方面也得力于小程序支持ES6语法的编译。
实现过程中,单独用一个公共方法封装,返回wx.request的promise
之后在我们的上层公共库中,编写与请求相关的处理逻辑。
上述封装过程中,所以除了考虑到请求超时、检查用户身份等操作,还可以加入session过期等相关其他的业务处理逻辑,这也是自己搭建请求的好处,针对自己的业务需求,进行匹配和改造。
然而在经历这样两层封装之后,在写业务逻辑代码的过程中,就可以一目了然的发送请求了,达到逻辑清晰且书写自如,如果习惯了fetch以及axios的朋友应该都会比较喜欢这免费云主机域名种方式。以上就是“如何制作唱吧小程序”这篇文章的所有内容,感谢各位的阅读!相信大家阅读完这篇文章都有很大的收获,小编每天都会为大家更新不同的知识,如果还想学习更多的知识,请关注百云主机行业资讯频道。

相关推荐: java编程ThreadLocal上下传递源码分析

这篇文章主要讲解了“java编程ThreadLocal上下传递源码分析”,文中的讲解内容简单清晰,易于学习与理解,下面请大家跟着小编的思路慢慢深入,一起来研究和学习“java编程ThreadLocal上下传递源码分析”吧!ThreadLocal 提供了一种方式…

免责声明:本站发布的图片视频文字,以转载和分享为主,文章观点不代表本站立场,本站不承担相关法律责任;如果涉及侵权请联系邮箱:360163164@qq.com举报,并提供相关证据,经查实将立刻删除涉嫌侵权内容。

(0)
打赏 微信扫一扫 微信扫一扫
上一篇 01/17 10:23
下一篇 01/17 10:24

相关推荐