复制代码

我有选择困难症，每次周末无聊想看一部电影时，总是会打开豆瓣翻看一两个小时，最后的结果就是标记为「想看」的电影远远超过「看过」的电影。而「治疗」选择困难症的良方，无非就是只留一个选择项，让自己没得选。

为此，我给自己开发了这个微信小程序——电影日历。它很简单，只有一个启动页和一个日历页面。在日历页面会显示今天的日期，以及随机挑选的一部电影信息，包括名称、导演、上映时间、豆瓣评分和随机显示的一条热评。

当我想看一部电影时，再不用打开豆瓣翻呀翻，只需要打开这个小程序，我就可以知道今天看什么。为了防止我自己重启小程序来选择第二部电影，我让它只在每天第一次打开时随机获取电影数据，并存储在本地，这样第二次打开它就只会读取本地的数据，保证一天只显示一部电影。

为了保证电影质量，我是从豆瓣 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 把它存起来；
  • 要清晰地理解小程序的生命周期，在不同的时间处理不同任务；
  • 尽可能拆分任务（方法），保证代码可读性。