1 背景
本文通过对markdown内容发布、同步、展示由浅入深的分析与实践,构建出一个相对可靠的博文编写、知识沉淀工作流,精简工具的同时提升阅读体验,更好的记录、分享和交流传播。
2 需求分析
- 专注于用Markdown写文档,为了实现正常解析,使用通用语法支持;
- 一端书写,多端同步:小程序、静态站点,高效的持续集成;
- 快速的资源加载,优雅的排版。
但是要明晰项目边界:
- 不需要满足随时随地写文章,因为随时随地写的大部分是随笔、记录一类的帖子,若要呈现出来,必然要经过整理;
- 不需要自定义主题风格,博客就主体业务类型(除了评论、点赞、收藏)而言受众个性色彩不强。
3 系统设计
3.1 概要设计
3.1.1 架构设计
主要思路是本地编辑文章,通过git进行增删改管理,通过云端同步构建到小程序和静态站点。因此,这种思路适用于静态构建markdown文档的框架如hexo、jekyll等。
3.1.2 技术选型与开发框架
在开发框架上,由于首次应用于微信小程序,可能存在未知问题,故使用原生开发,不使用多端或其他预编译框架。在小程序UI上,参考但不依赖WeUI组件库,因由于封装不必要的特性可能造成代码包的冗余。
类型 | 方案 | 备注 |
---|---|---|
代码托管 | Coding | github api访问较大概率慢且不稳定 |
云开发 | 腾讯云TCB | 含小程序云开发服务 |
持续集成 | Coding CI | 使用Jenkinsfile定义pipeline |
静态托管 | 腾讯云COS | 也可使用阿里云OSS,或直接使用云开发提供的静态网站托管,使用对象存储配合内容分发加速。 |
Markdown解析 | markdown-it | 也可使用markdjs,但markdown-it支持拓展插件 |
富文本渲染 | parser | 比原生rich-text功能丰富且效果稳定 |
3.1.3 界面设计
由于是内容类应用,需要格外注意视觉规范,以使用户获取较好的阅读体验。以下规范参考了"WEDESIGN"和"Ant Design",根据实际需要进行了修改和补充。
对于文本要求:字间距0.05em,行间距1.8(此处为行高),段间距,对字体有如下设定:
字号pt | 像素px | 颜色 | 用途 |
---|---|---|---|
17 | 17 | #000000 | 页面内首要层级信息,标题 |
14 | 14 | #888888 | 页面内次要描述信息,搭配列表标题 |
14 | 14 | #353535 | 大段文本 |
13 | 13 | #576b95 | 链接 |
13 | 13 | #B2B2B2 | 页面辅助信息,需弱化的内容 |
13 | 13 | #09bb07 | 完成字样 |
13 | 13 | #e64340 | 出错字样 |
11 | 11 | rgba(0, 0, 0, 0.3) | 说明文本,如版权信息等不需要用户关注的信息 |
对于图标有如下:
类别 | 颜色 | 大小 |
---|---|---|
导航类 | 可多色,但不多于三色,主色一致 | 28px |
菜单操作类 | 单色,颜色统一 | 22px |
操作提示类 | 与提示类型相关 | 30px |
展示区分类 | 图标固有色彩 | 与跟随字体大小一致 |
响应式设计:
主要通过使用rpx作为尺寸单位,由于基本不涉及列表项目,不考虑自适应布局变换,仅做不同屏幕下元素呈现比例保持一致,以iphone-6作为标准,考虑如下方面
- 图片横向铺满屏幕时按比例填充;
- 主体文本字体大小基本固定,不做适应;
- 由于已经有静态站点,且PC端基础库尚未支持到2.11.0,暂不考虑PC端适配;
- 内容间隙适应。
对于iphone-x类异形屏,重点考虑操作菜单(如贴顶、贴底、悬浮)的安全区域问题,可通过CSS中env(safe-area-inset-bottom)
设定。
3.1.4 开发规范
有以下几点原则:
- 渐进式,先实现基本功能,再考虑抽离和组件化;
- 能用简单的逻辑实现就不抽离组件,能使用成熟库就不自行创建组件,能通过配置或迁就性使用就不修改外部库以保证平滑更新;
- 对于功能实现的方式,要考虑服务角色,权衡计算复杂度、网络延时和用户感知程度:
小程序端做简单计算
- canvas绘制海报
- 基本格式转换
服务端(云开发)做复杂处理,非实时性计算,或可预生成的内容
- markdown转html
- 目录
- 对于读写数据库,尽量将写操作放在云函数中。
3.2 详细设计
3.2.1 数据源
安全校验,保证云函数触发来源及方式可信:
1 | // 查看请求头 |
在每次commit推送新的代码时,WebHook会push以下信息(限于篇幅,略去非必要信息)
1 | { |
保持最新状态故关注"head_commit"中的added,removed和modified。这些信息包含了本次提交产生的变更,可以基于遍历这些变更状态,同步云数据库。但由于可能包含了非文章文件的变更,也可能非目标分支,故需要筛选:
1 | if ('refs/heads/' + branch === ref) { |
要建立数据库文件与git仓库文件的关联,由于每次commit的文件没有唯一id信息,可以通过文件名来建立联系,将文件名作为slug字段(主键),应注意文件名不得含有空格,必须使用半角字符[1],多个单词使用_
分隔。
1 | let slug = filePath.match(new RegExp(dirPrefix + "([\\s\\S]+)\\.md"))[1]; |
由于Push 事件不包含文件内容,需要通过api发起请求
1 | await axios({ |
3.2.2 数据处理
提取文章信息:
由于要求在markdown开头通过yaml格式写明基本信息,故在获取到文件内容(String)后需要提取。
1 | const matter = require('hexo-front-matter'); |
其中cover字段(封面图)也可不声明,而通过文章首图来获取
1 | let cover = _content.match(/!\[.*\]\((.+?)\)/); |
markdown解析html:
小程序端环境与传统网页有区别,让markdown渲染在本地进行,其中还需要先转为html。为了减少渲染时间,这一步在云端提前进行:
1 | const md = require('markdown-it')({ |
生成目录时,为了便于自定义和保持一致,章节自行标号。为了便于操作,目录不会解析到主体html中。而markdown-it-anchor插件会使用header的值作为id,但id不能以数字开头,不能含中文及encodeURIComponent(中文),但可以含-
,需进行转换。
1 | // 为<h>标签插入id |
3.2.3 数据同步
在小程序的文档中,触发云函数可以通过http api(invokeCloudFunction)的方式。但是invokeCloudFunction需要关键的access_token,需要两小时内刷新获取,webhook无法提前获知。考虑设置中控服务器统一获取和刷新 access_token,webhook首先向中控服务器发起请求,再向云函数请求,但这样显然是不可能的,因其只能push一个地址一次,没有上下文。其间再加一个中间函数,那么这个中间函数又放在哪里,如何请求…(同样需要access_token)
这时,在腾讯云-云开发控制台,发现可以直接通过"云接入HTTP触发方式"触发云函数,这样就可以直接该地址作为WebHook的Url。但需要关注业务和资源安全[2],上文在处理webhook push事件时已经做了安全检验,可以再将Coding的request domain加入到WEB安全域名列表中。
获取到文章信息和内容后就可以同步到云数据库的相应集合中,这里循环中使用async/await
遍历,为了在每个调用解析之前保持循环,只使用for...of
进行异步[3]。
1 | for (const file of added) { |
3.2.4 文本渲染
几乎不太可能将原内容原封不动显示出来, 经过markdown-it渲染后的html字符串没有插入任何样式,直接测试(组件根据标签默认提供样式)效果如下:
方案 | 效果 |
---|---|
rich-text | 代码块缺失,长内容被截断 |
wxparser | 间距过大,表格、代码块被截断 |
towxml | 代码块被截断 |
wemark | 代码块与引用部分不换行拉宽 |
Parser | 表格溢出 |
Tips: 注意到腾讯Omi团队开发的小程序代码高亮和markdown渲染组件Comi,实际上采用模板引入的方式使用。考虑随后实测效果和对比渲染速度。
相比之下,都会出现溢出组件边界,产生横向滚动条问题。在使用上,存在不支持解析style标签缺陷[4]
而Parser可以通过控制源html样式的方法解决这种问题
1 | var document = that.selectComponent("#article").document; |
同样可以预先设定html中标签样式来影响渲染效果,这样就可以改变字体大小、行高、行间距等,以适应移动端阅读。
1 | //post.wxml |
对于代码高亮,使用prism ,引入到该组件中。
1 | const Prism = require('./prism.js'); |
而对于数学公式Latex,渲染引擎主要有两种:
引擎 | 特点 |
---|---|
mathjax | 语法丰富,渲染较慢 |
katex | 支持语法较少,迅速,只能输出mathml或html,需要搭配其CSS and font files使用 |
当然,这两种都是网页客户端渲染,在小程序端天生不可用,考虑采用服务端渲染。问题有:
- 服务端渲染如果使用外部接口,需encodeUrl(公式),但内部
\
被转义消失,需要\\
,replace(/\/g,’\’)无效 - 服务端渲染如果使用mathjax-node,其依赖项mathjax版本^2.7.2,需将所有
\
替换为\\
,会经常性出现SVG - Unknown character
与矩阵解析错误TeX parse error: Misplaced &
- 如何比较精准的识别markdown中特定标记的Latex,不造成误处理。
考虑在markdown解析html阶段就将其转化为<img>
,也是很多内容平台采取的方式,较为可靠可控。这里使用markdown-it-latex2img插件,在书写上遵循一定的规范[5]以避免误处理。
1 | const md = require('markdown-it')({ |
3.3 静态托管
为git库设置构建计划,以使每次提交后同步到对象存储。这里使用hexo作为构建框架。
构建后自动刷新CDN,
1 | // refresh_cdn |
4 系统实现
4.1 数据库
文章:
1 | sync_posts = [ |
用户收藏
1 | user_favorite = [ |
用户信息
1 | user_info = [ |
4.2 登录
4.2.1 普通登录
使用云开发后,无需通过wx.login获取登录凭证(code)进而换取用户登录态信息,因为每次调用云函数时已经附带调用者openid。由于可以直接通过open-data展示用户信息(不论是否授权),一些小程序因此绕过用户登录;有些小程序通过授权用户信息后保存到数据库,后续操作均使用数据库信息,无法在用户变更信息后更新;如果用户主动通过设置页取消授权,但返回后却还在展示使用用户的信息(显示已登录)。这是因为用户态信息是通过onLoad获取的,返回操作时是onShow,故此时会产生矛盾;用户在重新授权登录时选择使用其他昵称和头像,这时一些小程序会认为是新用户登录;还有一部分小程序不论业务中是否需要用户信息,均要求授权才可使用。
实际上微信小程序最大的特点就是可以方便地获取微信提供的用户身份标识,快速建立小程序内的用户体系,但上述情形均没有妥善处理用户登录这一基本策略。
基于"来去自如"[6]的原则,可以游客身份浏览,但在涉及一些需要采集和输入用户信息、或保存用户记录的功能时会要求用户跳至登录页授权获取信息,通过云函数将其与上下文中的openid保存到数据库,同时在回调中将用户标识生成自定义登录态缓存到本地,如果用户点击退出会将其置空。
1 | // cloudfunction/login |
在下次打开小程序时,会通过检查缓存中的自定义登录态来判断用户是否登录,同样调用云函数来更新用户信息和使用信息(如打开时间、打开次数用于后续用户分析)。在下次登录时将不会弹出授权提示,当用户自行取消授权(或者wx.openSetting时误操作),这种情况概率很小,但一旦出现就是Bug。如果在onShow中监测,会与正常onLaunch产生重复的逻辑。实际上,打开设置页必然会进入onHide,可以如下监测:
1 | // app.js |
4.2.2 管理员鉴权
管理员即文章作者,对于管理员标识,考虑到
- 手机号: 目前该接口针对非个人开发者,且完成了认证的小程序开放
- openid: 不使用前是未知的,无法提前绑定
- 用户信息是可变的不可绑定
- 密码方式会暴露管理入口
于是暂时采取了最简单直接的数据字段标记isMaganer:true
,这一字段也会用于数据库的安全规则设定。
4.3 分享
分享无非两种,直接分享到聊天和生成海报后引导分享到朋友圈,对于前者,需要考虑图片大小为5:4,其他比例会产生空白或者裁切。这里主要分析后者。在小程序端通过canvas绘制导出图片比较慢,由于每篇文章分享内容基本固定,可以考虑预生成。但如果分享二维码和分享者关联,就仍然需要本地生成。这里使用组件mini-share。对于小程序码,目前采用云调用方式,这种方式只能从小程序端触发,故不能预生成。
1 | // 处理参数 |
生成二维码方式有三种,分析特性
类型 | 特点 | 适用场景 |
---|---|---|
A/C | 个数有限、参数较长 | 生成后储存 用于长期有效业务,可用于邀请码一类用户可长期关注使用的操作。 |
B | 个数无限、参数较短 | 生成后可不保存,其scene与用户短期行为关联(如活动)。活码,与数据库关联后可以转换含义再次使用。 |
这里由于文章的数据库_id
默认是32位,达到了B类的限制,并且还需要关联其他信息,故使用了A类(wxacode.get)
4.4 订阅消息
对于个人主体,只能用户经小程序发起订阅(获取下发权限)后下发一次消息,这里当用户留言时,会订阅一次回复通知,但无法发给作者(除非作者长期订阅)。由于同时需要保存到数据库,这里采用云调用实现。
1 | // post.js |
5 拓展总结
5.1 结合语雀
5.1.1 同步到语雀
语雀为开发者提供了操作api,但是:
- 会在标题前插入
<a name="tqO5w"></a>
标签 - 编辑界面直接复制会图片外链转化,但是直接导入的不会转化
- 只可从本地导入文件(图片),均不支持外部链接引入,除了加入的第三方服务
- 可以input任意类型,但output都是特有lake格式,且在更新文档接口调用时,会返回
1 | { |
5.1.2 从语雀同步
可以借助语雀良好的编辑体验来写文章,同步到其他平台。yuque的webhook会发送webhook.doc_detail可以直接获取到内容。但是,在丰富文档内容类型方面,语雀做了很多卓有成效的努力,使用这些特性,也就无法保证其他平台的兼容性。删除操作返回的slug会变为trash-EJA8tL7W
,与原slug无关,无法通过slug建立其他平台的关联,即仅增改操作可以同步。因此,在语雀写作,自动部署到其他平台的方案是不切实际和不必要的。
5.1.3 做法
同步至语雀后,可以利用其丰富的支持类型完善文档内容,比如将文本内容转化为更直观的流程图、思维导图,将demo和代码合并到codepen直观演示,将可能涉及的资料直接以附件上传方便获取。
但要注意:
- 很多内容平台往往会在拥有一定用户基数后做图片防盗链。
- 目前的webhook设计不安全,没有签名验证,可能由于Webhooks URL泄露被伪造请求
5.2 小程序开发已知问题
- 真机初始动画卡顿500ms
- 真机原生TabBar隐藏会跳动,加动画会黑屏,自定义TabBar切换时所有图标会闪动,自动隐藏会显示白条.
- 简单几次来回navigate后,listeners of event onBeforeUnloadPage_17 have been added, possibly causing memory leak.
- 真机在调用CameraFrameListener.start开始监听帧数据后,必然有对像素data的获取和处理,但这会导致界面所有的点击(bindtap)事件失效,也就不能通过点击触发CameraFrameListener.stop停止函数
- 云控制台数据库管理页中数组更新操作符addToSet无效,对象元素传入后不稳定,或生效或不生效
5.3 效果
- 静态站点: blog.makergyt.com 备用链接: github.blog.makergyt.com
- 语雀:「激扬文字」
- 小程序:「源创智造」,其中接入了一些工具
5.4 开源
开源地址:整理中,将会上传于github.com/makergyt,敬请关注。现将部分组件开源:
- 弹出式导航 => https://github.com/MakerGYT/mini-menu
- 取色器 => https://github.com/MakerGYT/mini-color-picker
- 分享海报 => https://github.com/MakerGYT/share
- 提示添加到小程序 => https://github.com/MakerGYT/mini-add-tips
- latex、mathjax解析通用方案 => https://github.com/MakerGYT/markdown-it-latex2img
参 考 文 献
阮一峰.中文技术文档规范[EB/OL].https://github.com/ruanyf/document-style-guide. 2019 ↩︎
Tencent Cloud.云开发CloudBase文档[EB/OL].https://cloud.tencent.com/document/product/876/41136. 2020 ↩︎
Tory Walker.The-Pitfalls-of-Async-Await-in-Array-Loops[EB/OL].https://medium.com/dailyjs/the-pitfalls-of-async-await-in-array-loops-cf9cf713bfeb. 2020 ↩︎
金煜峰.小程序富文本能力的深入研究与应用[EB/OL].https://developers.weixin.qq.com/community/develop/article/doc/0006e05c1e8dd80b78a8d49f356413. 2019 ↩︎
MakerGYT.排版规约[EB/OL].https://blog.makergyt.com/typesetting/. 2020 ↩︎
Tencent.微信小程序设计指南[EB/OL]https://developers.weixin.qq.com/miniprogram/design/. 2019 ↩︎