Feathers.js + Sequelize 轻量后台实践
· 阅读需 2 分钟
如果把 2021 年我最看重的 Node.js 后端关键词挑几个出来,Feathers.js 和 Sequelize 都会在里面。一个擅长把服务边界收清楚,一个擅长把关系型数据操作写得更稳,把这两个放在一起,其实很适合做轻量后台。
如果把 2021 年我最看重的 Node.js 后端关键词挑几个出来,Feathers.js 和 Sequelize 都会在里面。一个擅长把服务边界收清楚,一个擅长把关系型数据操作写得更稳,把这两个放在一起,其实很适合做轻量后台。

很多人喜欢 Feathers.js,往往就是因为 Hook 用起来很顺。但到了 2021 年,团队一旦把它大量用于后台服务,很快就会遇到一个副作用:before、after、error 三类 Hook 什么都能写,于是什么都开始往里面塞。
Feathers.js 之所以适合内部平台,一个重要原因就是 service 边界天生比较清楚。但真到项目做大以后,大家又会遇到另一个问题:一个后台模块到底应该由哪些文件拼起来,放在什么层级最稳?
后台开发里最常见的接口,就是列表页。可也正因为它太常见,团队很容易在 2021 年这种快速迭代环境里把它写成“每个模块各有一套参数”。等到前端页面一多,分页契约不统一的代价就会开始出现。