前几天,教育部公布了《全国第四轮学科评估结果》,在手机上看起来不太方便,就“撸起袖子加油干”,写了一套脚本把数据收集了一下,做成了微信小程序,叫「学科排名」。
界面
界面长这样:
界面参考了一些优秀设计元素,尽量简洁、易用。
数据库
学科评估的结果,说白了就是某个高校的某个学科怎么样。数据库设计如下:
CREATE TABLE `subject_ranking` (
`id` smallint(4) UNSIGNED NOT NULL AUTO_INCREMENT COMMENT '自增ID',
`universityNum` mediumint(5) UNSIGNED NOT NULL COMMENT '高校代码',
`university` varchar(10) NOT NULL COMMENT '高校名称',
`universityLogo` varchar(31) NOT NULL COMMENT '高校校徽',
`klassCode` char(2) NOT NULL COMMENT '学科门类代码',
`klass` varchar(5) NOT NULL COMMENT '学科门类名称',
`subjectCode` char(4) NOT NULL COMMENT '学科代码',
`subject` varchar(10) NOT NULL COMMENT '学科名称',
`resultNum` tinyint(1) UNSIGNED NOT NULL COMMENT '学科评估结果',
PRIMARY KEY (`id`) USING BTREE
);
复制代码
高校代码有5位,如北京大学的是10001,其他大学的都比这个数大,所以就用了整型。
学科评估结果用数字1-9来表示,其具体含义和对应关系如下表:
数字 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 |
---|---|---|---|---|---|---|---|---|---|
结果 | A+ | A | A- | B+ | B | B- | C+ | C | C- |
含义 | 前2%或前2名 | 2%~5% | 5%~10% | 10%~20% | 20%~30% | 30%~40% | 40%~50% | 50%~60% | 60%~70% |
具体数据是通过爬虫脚本从官网获取的,有5000+条数据。
考虑到后端用到了两个SELECT语句,一个是按学科代码,一个是按高校代码,建立两个单列索引:
ALTER TABLE `subject_ranking` ADD INDEX `idx_subjectCode`(`subjectCode`) USING BTREE;
ALTER TABLE `subject_ranking` ADD INDEX `idx_universityNum`(`universityNum`) USING BTREE;
复制代码
校徽
为了让高校排名页面视觉上更简洁大方,加上校徽元素是个不错的选择。
<image class="university-logo" src="{{item.universityLogo}}" mode="aspectFit">image>
复制代码
由于校徽是图片形式,加载需要一定的时间。为了更好的体验,有必要上CDN,即内容分发网络。这里采用的是七牛云的对象存储。
数据库中不同高校有近500所,校徽字段universityLogo只需存储文件名称,待响应请求的时候补全外链即可。
学科选择器
高校排名页面有个二级联动学科选择器,先选学科门类,再选当前门类下的学科。考虑到学科数据不多,也不会变更,所以将这部分数据放在本地了。
其数据结构如下:
[
{
"klassCode": "06",
"klass": "人文社科类",
"children": [
{
"subjectCode": "0101",
"subject": "哲学"
},
{
"subjectCode": "0201",
"subject": "理论经济学"
},
...
]
},
{
"klassCode": "07",
"klass": "理学",
"children": [
{
"subjectCode": "0701",
"subject": "数学"
},
{
"subjectCode": "0702",
"subject": "物理学"
},
...
]
},
...
]
复制代码
使用两个普通选择器组件就可以方便地实现二级联动。
<view class="selector">
<picker class="picker" bindchange="bindKlassPickerChange" value="{{klassIdx}}" range="{{klasses}}" range-key="klass">
<view class="picker-wrapper">{{klasses[klassIdx].klass}}view>
picker>
<picker class="picker" bindchange="bindSubjectPickerChange" value="{{subjectIdx}}" range="{{subjects}}" range-key="subject">
<view class="picker-wrapper">{{util.getSubject4Short(subjects[subjectIdx].subject, 8)}}view>
picker>
view>
复制代码
高校列表
高校排名页面每次加载时,按选定学科去请求高校排名数据。不少学科对应的高校数据量很大,而我们首先看到的只是前几个,可以对高校列表进行分页。
结合实际情况,只分两步走——首先请求前10条高校记录,然后请求剩下的部分。当然,如果第一次请求获得的高校记录少于10条,也就没必要再次请求了。
分步请求的逻辑如下:
requestUniversities: function () {
wx.showNavigationBarLoading();
wx.request({
url: config.getUniversityRankingUrl(this.data.subjects[this.data.subjectIdx].subjectCode, 1),
success: (res) => {
wx.hideNavigationBarLoading();
this.setData({
universities: res.data.data
});
if (this.data.universities.length === 10) {
wx.request({
url: config.getUniversityRankingUrl(this.data.subjects[this.data.subjectIdx].subjectCode, 0),
success: (res) => {
this.setData({
universities: this.data.universities.concat(res.data.data)
});
}
});
}
}
});
}
复制代码
采用分步加载后,首页加载速度提升明显,加上校徽给力的CDN,次次秒开不是梦。
rpx在Plus机型的一处Bug
先看现象:
就是中间的那条白线——它并不是设计元素!
对应的CSS代码如下:
.background {
position: relative;
height: 375rpx;
background-color: #4facf7;
}
.background::after {
position: absolute;
bottom: -150rpx;
left: 0;
border-top: 150rpx solid #4facf7;
border-right: 375rpx solid transparent;
border-left: 375rpx solid transparent;
width: 0;
height: 0;
content: "";
}
复制代码
经过测试,发现当屏幕宽度大于375px时,会出现这个Bug。显然,这个问题是由于rpx换算px的误差被放大导致的。
解决的思路也简单——当屏幕宽度大于375px时,往上挪1px就好了。
.background-plus::after {
bottom: calc(-150rpx + 1px);
}
复制代码
那怎么判断屏幕宽度大于375px?小程序提供了现成的API:
wx.getSystemInfo({
success: (res) => {
if (res.screenWidth > 375) {
this.isPlus = true;
}
}
});
复制代码
小程序码
小程序「学科排名」已发布,欢迎体验。
个人技术博客 biebu.xin,原文链接——微信小程序「学科排名」开发心得