6th 小程序后端技术选型

项目地址: https://github.com/mirrorhanyu/WeGit

扫码体验

mini-program-qrcode

小程序后端源代码 WeGit-api

小程序后端主要是提供 API 接口供小程序消费。主要的数据来源是

  1. Official GitHub REST API v3
  2. Github trending API by huchenme

后端对数据进行聚合,处理再返回给前端

python

实话说,选择 python 没有什么特殊原因。

在最开始 spike api 的时候用 requests 写了个小 demo,然后就自然而然的沿用了下来。

flask

python 中比较受欢迎的框架

  • django

    完美主义使用的 web 全家桶框架。包含了 HTTP server,存储机制,模版引擎,request dispatcher 等等。

    帮助开发者写更少的代码,更快的实现功能

    Github stars: 43170
  • bottle

    Github stars: 6280
  • cherrypy

    Github stars: 1024
  • flask

    轻量级 WSGI web 框架
    Github stars: 45717

GitHub 数据收集于 Aug, 5th, 2019

后端其实没有特别复杂的逻辑需求,最终选用了 flask 这个轻量级框架。

数据库(Will be deprecated)

最初的设想,会在服务端存放用户信息 和 Github access token 信息,所以会尝试考虑有个数据库,当时选用的是 postgres 数据库。

配合 sqlalchemy 提供数据库 SQL 工具,并能提供 ORM 支持。

sqlalchemy-migrate 提供数据库 Schema 迁移。

后来遇到的问题

  1. 获取微信用户唯一id,需要用户授权。

    首先这个信息是用户没必要提供的,如果向用户索取还需要考虑用户拒绝的 case,会给用户带来比必要的 concern,同时增加开发工作量。
  2. 安全问题。

    一旦需要保存用户微信信息,还有在 Github access token 信息,就需要额外考虑安全问题。

最后采取的是,用户的 Github access token 会存在微信小程序 Storage 里,服务端不做管理。

所以当用户删除小程序,卸载微信,更换手机等操作,需要再次填入 Github access token,当然这也属于相对比较少的用户 cases。

©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容

  • # Python 资源大全中文版 我想很多程序员应该记得 GitHub 上有一个 Awesome - XXX 系列...
    小迈克阅读 3,041评论 1 3
  • 笔记 RESTful架构风格概述 RESTful架构风格 RESTful架构风格最初由Roy T. Fieldin...
    plutoese阅读 12,750评论 3 58
  • 感恩coco如此的信任,每一次有活动要化妆首先就想到我。随喜她的智慧和财富。 目标:2018.7.1前额外收入10...
    jessie娟子阅读 98评论 0 0
  • OKB分红,开启价值投资之路? OKB分红是什么 这两天OKB的分红计划可谓是吸引了足够的关注度。 OKEX(ww...
    湾区闲人阅读 1,282评论 0 0
  • 7月20日上午7点就开始在体育中心等候书友,一起去香港参加第30届书展。 清晨太阳温柔舒适,为书友们准备好了食物及...
    郑汇阅读 299评论 0 1