你可能还需要我这个产品： /t/544772 😉

虽然最后是面包多的推广，但是整个流程和改造思路是挺好的。不过有两个个问题：

1. 面包多这种结算方式是否合规，今后有没有政策上的风险？
2. 看到产品问题反馈的链接是 https://support.qq.com/products/64077? ，是 qq 有这类开放的产品还是说已经被 qq 收购了？在 support 的主页并没有查到相关信息。

@mytharcher
扩展包链接（上面忘加空格识别有问题）： https://github.com/mytharcher/express-utils

一直在用 express，其实比较想迁移到 koa 的，毕竟多了原生异步中间件和更自由执行中间件顺序的特性，但想想其实大多数情况这个特性也没那么必要，除此以外 (req, res, next) 和 ({ req, res }) 真没多大区别。据说 express v5 以后也会原生支持异步中间件，只是 tj 大神离开 Node.js 社区后一直是 alpha 版不知道什么时候升。另外就是我一直懒得写一个 koa 下和 https://github.com/mytharcher/rainbow 一样好用的路由自动配置中间件，所以就一直没迁😂。

也看过 eggjs 和 nestjs，不想用的原因还是一样，实在不想这么麻烦的定义 controller 和路由，我个人认为天生这俩东西就应该绑定到一起，没必要写 controller 的时候还要再去定义一次路径，否则每次要找定义了什么路径还要去文件里面找。

其实还是因为 express 本身足够灵活，ORM 层 sequelize 也比较成熟了，所以针对很多简单的 RESTful 应用，最重要的就是设计好数据库，其他常用的东西简单封装一下就能用了，完全没有那么麻烦。尤其是如果对 RESTful 理解比较深的话，总是能总结出一些统一的设计范式，自然的就形成约定了。比如我们团队写了好几个 Node.js 后端项目之后，逐渐的就总结出一些常规且固定的用法，形成了一套针对 express 的基础扩展包 https://github.com/mytharcher/express-utils。这里其实已经无关 express 还是 koa 了，主要看你们团队对于数据库设计和接口设计的理解，形成统一的规范就用什么都行。最后估计到某一天我也会按我们现有的方式把我们的扩展包进化成完整约定的另一套框架吧，哈哈。

@MrKou47 哈，有需求欢迎找我哈😉

@MrKou47 不是，不过认识

搭车同求，原来一直用也没啥弹窗之类，后来 macOS 升级限制以后懒得折腾就换回原生 Finder 了。

比较需要的几个功能：

1. 改快捷键键设置，enter 打开等。
2. 剪切快捷键支持，cmd + x。
3. 类似 Chrome 的标签页样式。

说实话，我觉得作者的 UI 设计很棒，包括个人主页，不是那种很花哨，但非常舒服的那种。希望一直做下去！

说说我的方案，早年收的 mini 2012，i5+16G 内存+256G SSD，放家里接了 1080 的双屏，只可惜实在太老没法上 4K，但做 web 开发完全没问题。

日常去公司就带 MBP 2018，之间通过 Relisio Sync 同步工作目录，局域网远程都 ok，mini 再连上磁盘阵列自动 TM 备份，数据较为安全。

另外习惯笔记本输入设备布局的话可以看看我这个设备 /t/616022，解决 mini 或者黑苹果的输入设备布局的问题。

如果只是功能坏了但外观完好的话，可以出给我哈，收一块拍产品照用😌

@20015jjw 好的，随时欢迎！不知道是不是之前联系我的在日本的 V 友，倒是给我发过几个。

我还是 2012 的 mini，i5 16G，一般都不关机，前两天重启之前 uptime 三个月了。去年最长好像 200+ 天😌

@imdong
直接传 SQL 的问题是后端做安全性防御的时候解析起来要比一些简单格式麻烦的多，而且 SQL 灵活性太大。而设计一个简单格式可以满足大部分查询需求的话其实也就是一种折中。

@shoaly
@fancy111
可能我没表达好，没有希望把这种“约定”上升到 HTTP 的标准，只是希望利用 HTTP 已有的格式做一些渐进性的增强。如果能形成一套规则体系，那么后台处理的时候也会是一个形式化的“处理机”，不需要每个接口开发人员自己约定一套自己的映射方式，更有利于团队统一。

@Vegetable
是的，不满足于只有等号的表达，不想用 `start`/`end` 主要是这个参数名不是直接映射到字段名。的确也只是先在团队内尝试，所以希望能找出一个比较好的约定方式。

@xream
看了一下表达上（或者说参数名）设计的不是很直观，结构也多了一层，不是特别希望按这样的方式。不过非常感谢给出参考以启发思路！

@mookhf
附言已更新，现在有支持 HHKB 和 POKER 的版本了！

@sahrechiiz
@feiandxs
V 站好像发不了某宝连接，相关信息更新在附言里了。

虽然不美观了，但是用过原来这个布局（ MBA 11 2012 ）也用过全键大小左右键（ MBP 13 2018 / Magic Keyboard 2 ）的就知道，全键大小太容易按错了，没有物理空隙摸出哪个是上下左右根本不科学。

只希望后面的 13" 也改回 ESC / ID / 方向键，中间这个版本实在太难用。