如果我写一个api框架
发布于 8 年前 作者 i5ting 5316 次浏览 来自 分享
  • 支持koa、express风格路由（便于入门）
  • 支持多种orm，目前做的都不太好
  • 生成静态api，便于测试，并且上线真实api的时候能够干掉
  • 集成deploy，类似于pm2或shipit，一键部署
  • 有较好的脚手架scaffold
  • 集成benchmark
  • 测试丰富
  • 支持restful，但不要完全像restify、hapi
  • 自动根据文档代码，生成api文档，如果能够生成压测更好
  • 提供插件机制
  • 集成开发环境，vagrant或docker
  • 提供webpact、gulp、自动reload、压缩等辅助开发
  • 集成elk类似的日志收集，作为插件
  • 集成apm或zabbix监控
  • 与api gateway集成，比如strongloop的或kong这样的
  • 集成rpc框架作为插件，支持thrift、seneca、tchanel等
  • 集成mq作为作为插件

@welefen 成银 你先看看

我暂时能想到的就这些，比较乱，有空再整理

11 回复

多谢建议

看起来一点都不像 精简版的功能。。。

期待，不过不能完全解决回调问题的语法，再好的框架都致命

@2881099 现在用 async/await 解决异步的方式基本已经可以接受了。

@2881099

回调问题有进步，但还没到终点，promise+generator/yield 或 async/await 在语法层面已经越来越接近同步，但跟 openresty 和 fibjs 的差距主要还是思维方式上，openresty 和 fibjs 就是用同步的思维写同步代码，而 nodejs 还要以异步的思维来写同步代码，不管是 generator/yield 还是 async/await，本质上还是基于回调的，这些东西可以算作高级 goto，运用的时候还是要时刻考虑顺序问题，这恰恰是异步编程的难点，是容易出错的地方。

@welefen 使用有限制啊，除非每个底层或者npm上的包都改成返回 promise

  1. api输入输出参数的schema definition/check/normalization
  2. 支持配置throttle
  3. api认证方式，比如集成jwt

有朋友回复：

能对源码加密，并支持授权机制，可自动更新应用新代码。

@kuang1987 不错

@coordcn

你说得太对了，我赞同。

@2881099 有方法可以快速将 callback 形式包装成 Promise，比如：bluebird 里的 promisify 方法，ThinkJS 里也有 think.promisify 方法 @coordcn 同步非阻塞确实更优雅一些。我觉得以后 Node.js 可能会往这方面发展，网络 IO 支持同步非阻塞的方式，文件 IO 直接修改现在同步的接口。

回到顶部