我们已经开发了几个小程序,分别是用于显示 Linux 命令用法的“Linux”、用于显示和搜索 Linux 中国文章的“Linux文章”,以及改善公众号文章内链接访问体验的“文章助手”。这几个独立的小程序各司其职,也在一定领域有所重叠和关联,因此,最近几天,我将它们链接了起来。

从 “Linux” 链接到“Linux文章”

首先,在“Linux”小程序内显示命令用法的页面上,在“延伸阅读”部分会推荐相关文章,之前这个部分的数据是采用远程 API 的方式来呈现 https://linux.cn 网站上的相关文章。不过,这些文章的内容其实在我们的“Linux文章”小程序内也可以访问,而且还是原生的小程序体验,所以,我们将两个小程序进行了关联。

一方面,采用云开发提供的访问另外一个云空间的方式,在“Linux”小程序内调用“Linux文章”小程序的云函数来获取相关文章(顺便做了一个重构)。

另外一方面,在“Linux”小程序的“延伸阅读”里展示的相关文章标题,点击后会跳转到“Linux文章”中对应的文章。当然,由于小程序本身的限制,在跳转前会做个确认提示,如果选“是”则跳转,如果选“否”,我们展示保留了回退模式,依然可以用 webview 方式访问远程网站上的文章,只是 webview 体验没有专门为小程序环境做过优化。

从“Linux文章”链接到“文章助手”

其实最初“文章助手”小程序的灵感就来自于“Linux文章”小程序,所以,一直以来在“Linux文章”中就保留着“文章助手”小程序中相关的功能,包括复制链接、显示链接信息等,甚至还有一些更多的功能。

不过,考虑到“文章助手”小程序会在链接管理方面更加深入,比如前一段时间,我们就为“文章助手”小程序添加了显示链接的更多信息的功能。而将这些功能再回迁到“Linux文章”小程序不但代码臃肿,而且需要维护两个不同模块,显然不够专业。

因此,我去除了“Linux文章”小程序中的链接管理功能,并指向到了“文章助手”小程序,这样,将来在“文章助手”小程序中可以提供更丰富的链接管理功能。此外,目前在“Linux文章”小程序中的直接访问微信链接的功能,我也会之后移植到“文章助手”小程序上。

最后,我在想,从“文章助手”小程序到“Linux”小程序是否也有关联的场景呢?目前还没有成熟的想法,或许之后会找到合适的场景吧。

总结

通过几天的努力,我将三个原本彼此独立的小程序彼此关联了起来。

我感觉,在小程序的功能和定位上,解耦小程序的功能有助于开发出健壮而轻快的小程序。而让小程序可以彼此配合,则可以形成小程序之间的联动和互补。虽然现在小程序之间跳转会弹出一个确认提示颇为破坏用户体验,但是这个事情也是利弊参半的。

另外一点就是,善于利用小程序的云开发环境的远程调用,可以让小程序之间更容易联动起来。

添加新评论