- npm install
- node server.js
我有选择困难症,每次周末无聊想看一部电影时,总是会打开豆瓣翻看一两个小时,最后的结果就是标记为「想看」的电影远远超过「看过」的电影。而「治疗」选择困难症的良方,无非就是只留一个选择项,让自己没得选。
为此,我给自己开发了这个微信小程序——电影日历。它很简单,只有一个启动页和一个日历页面。在日历页面会显示今天的日期,以及随机挑选的一部电影信息,包括名称、导演、上映时间、豆瓣评分和随机显示的一条热评。
当我想看一部电影时,再不用打开豆瓣翻呀翻,只需要打开这个小程序,我就可以知道今天看什么。为了防止我自己重启小程序来选择第二部电影,我让它只在每天第一次打开时随机获取电影数据,并存储在本地,这样第二次打开它就只会读取本地的数据,保证一天只显示一部电影。
为了保证电影质量,我是从豆瓣 TOP 250 中获取的。我没有做去除重复的处理,所以可能某一天打开会出现显示过的电影,但好的电影难道不值得看两遍甚至更多遍吗?虽然整个小程序只有一个页面,但断断续续地用了将近一个星期,主要是需要转变思维(其实是懒),从前端开发转到小程序开发,感觉还是有挺多东西不一样,需要适应。
一、结构 / WXML
整个小程序结构很简单,基本上都是用 <view> 来做简单布局。
除了使用 <view> 标签,还使用了一些 <text> 标签来改变一些局部样式、使用 <image> 来显示图片。和 HTML 不同的是,图片可以通过 mode 来控制裁剪、缩放等显示模式,有点类似于使用 CSS 的 background-image 属性。
在显示表示电影分数的星星时,我使用了一个列表渲染。在 stars 这个数组里存了五个字符串,表示第几颗星的类型是full(满星)、half(半星)还是 no(无星)。
不得不感叹,这种数据绑定渲染的方式真是非常好用。我在以往没有使用过 MVVM 编程模式,一直都是直接用 JS 操作 DOM来更新视图。这导致逻辑层与视图层无法分离,增加了代码的编写难度。
写小程序的代码时,由于框架的要求,我会将所有的视图代码都放到 WXML、所有的逻辑代码都归于 JS。逻辑处理与视图结构更加泾渭分明,我再也不用担心它们纠缠在一起了。
二、样式 / WXSS
因为之前写习惯了 Less,而小程序的 WXSS 不可以层级嵌套书写。这会导致我经常会分不清层级,但好在这个小程序的样式不是很复杂。
整个页面我使用了 Flex 布局。因为之前没有怎么用过也并不太了解 Flex,所以这次算是对 Flex 做了一次彻底的「扫盲」。在熟悉 Flex 过后,我感叹:Flex真是布局神器。
在这个页面中,我首先使用了一个纵向的 Flex 容器让它占满整个屏幕(即宽高设置为 100%)。接着在它里面装了三个<view>,其中第一个日期 <view> 的 flex-grow 属性设置为 1,让它在三个 <view> 不能占满容器时自动变高补充剩余空间。
这样,下面两个 <view> 就能够保持在底部了。同时,最后一个 <view> 也是一个 Flex 容器,它里面有两个 <view> 在水平方向弹性分布。
由于是弹性布局,宽度高度基本上都不需要定义具体的像素,因此我就没有怎么使用微信提供的尺寸单位 rpx。唯一使用 rpx的地方是在 loading 图片那里,是为了让它能够根据不同屏幕来变化尺寸。如果单位写成像素,在 iPhone 5 上显示正常,换成高分辨率的 iPhone 6 Plus 可能就有点小了,而 rpx 可以很好地解决这个问题。
说到这里我想给微信开发团队提个建议:代码提示可以适当减少。例如,在写 WXSS 文件时,会有三种样式的提示:
-
- 为当前编写行增加灰色框,提示当前书写行;
- 为文件中其他相同的代码片段标记灰色背景;
- 为光标位置代码提供提示。
这些都会在编写的时候给用户带来不小的干扰,我觉得可以考虑为相应提示增设开关。
三、处理逻辑 / JS
最后说到最重要也是最难的 JavaScript 部分,我觉得有两点需要注意:
-
- 注意任务拆分;
- 注意页面生命周期。
首先是任务拆分,最开始,我没有为电影日历执行的任务进行很细致的区分,只为它们设定了 showDate 和 loadMovie 两个方法,其它的任务在他们内部完成。这样写的结果就是一个方法里的代码很长很长,最后连自己也看不懂了。因此,我建议将任务拆分得尽量细一些,这样能保证代码可读性。
我分别讲一下这五个方法是做什么的。
-
- showDate 的任务主要是通过 Date 对象来获取今天的日期信息,并将其转换为中文,最后在页面中对应位置显示出来。
- loadMovie 是通过 wx.request 从服务器获取电影数据,同时隐藏加载动画显示电影日历主页面。
- starCount 则是将返回的评分数字转换成星星显示规则的数组 stars。
- loading 使用 wx.createAnimation 接口来控制 opacity 加载动画。
- storeData 用 wx.setStorage 接口来存储数据。每天第一次打开时,它会将服务器数据存储至本地,第二次打开就会直接读取本地数据。
接下来是生命周期控制,小程序的生命周期函数,大概有以下五个。最开始我在 onLoad 中执行电影信息的显示,无论如何也看不到从 loading 动画切换到主页面的渐显效果,后来改成 onReady 才可以看见。
这还只是很简单的一个小程序,如果页面数量多且逻辑复杂,可能就需要清楚地理解每一个生命周期,这样才能做出更好的用户体验。这就是整个电影日历小程序的开发过程,不是很复杂,却很有意思。
最后我总结几点经验吧:
-
- 过程和 web 开发类似,但得有 app 开发的思想;
- 时刻注意 this 的指代,最好每次都用 _this 把它存起来;
- 要清晰地理解小程序的生命周期,在不同的时间处理不同任务;
- 尽可能拆分任务(方法),保证代码可读性。