express-joi-validation

从nboat2的一个依赖窥见npm社区的一隅

这是一篇比较矫情的文章。

Nboat2的众多依赖项中，有一个库叫做express-joi-validation。这个库的主要作用就是负责做请求消毒的，就是检验请求是否合法，字符串长度是否匹配，整数是否合法等问题（如果输入为合法的整数字符串，你还可以选择让它转换成整数）。这个库使用joi作为校验器，joi起到了一种类似schema模板定义语法的作用。为什么用这个库呢？因为我开发的时候在Google上搜“express joi validation middleware”，结果谷歌理所当然的，给了我这个“名字”匹配度最高的库。简单看了一下最后的更新时间和文档用法说明，感觉还不错，本地也就这么用了。

结果我没有注意到的就是，在安装这个库的时候，会出现一段提示，大概意思就是joi这个库已经不再叫@hapi/joi了，这个名字的库已经不再支持维护，请直接换成joi。现在安装这个库的话，express-joi-validation会提示需要手动安装@hapi/joi@16，而安装这个库则会出现以下提示：

npm WARN deprecated @hapi/joi@16.1.8: This version has been deprecated and is no longer supported or maintained
npm WARN deprecated @hapi/address@2.1.4: This version has been deprecated and is no longer supported or maintained
npm WARN deprecated @hapi/hoek@8.5.1: This version has been deprecated and is no longer supported or maintained

我第一次发现这个问题的时候应该是在我部署第一版Nboat2的时候。在docker构建的过程中出现了类似的报错。我立刻给express-joi-validation开了issue反馈这一问题，并请求它更新依赖项，与此同时我简单看了一下joi和hapi的故事……

根据这一issue，至近来讲七月份的时候joi就已经不再叫做@hapi/joi了。hapi.js是一个nodejs应用框架，可以快速构建服务端和客户端程序，相较于其他模块，它的主张是“给用户更多的拓展性”^1，并且更加依赖于中间件的实现。

@hapi/joi就是hapi系的中间件众多项目之一。注意这个中间件的维护者hueniverse并不是github上hapi.js组织的成员，并且在这个issue中他也没有被提及。在这里他阐述了离开@hapi项目的原因（？）——因为许可和领导层以及商业模式的更换，他主动退出此项目组的开发工作。至于hapi到底发生了什么——hapi缺少资金支持，并且在1.16.8.0版本里增加了“商业许可”^2 ，根据这个issue，大概就是所有使用V20版本之前的项目都需要考虑获得许可，也就是说项目的一部分版本不再采用完全开源的模式，借此来盈利。

从我个人来讲，我当然很愿意joi离开hapi组织，我想大家应该都是这么想的。joi是一个非常、非常、非常、非常优秀的json schema validator，最大的优势就是开发简单。在之前我大概只能想到类似jsdocs之类的validator（？），那种开发真的很让人感到疲劳，语法繁琐复杂，并且没有切实的起到“消毒”的作用。joi从hapi中独立出来也可能是为了不受“半开放”的组织的制约，成为一个真正的独立的、属于作者自己的开源项目，这对于整个npm社区来说都是好事——举个例子，这个express-joi-validator就引用了joi这个库，但是它并不是hapi项目组的成员，只是把hapi里的joi搬运到了express框架上。而hapi社区虽然损失了一个优秀的成员项目，但是商业化也可能让其开发者更愿意继续维护并留在社区里，作为体量庞大、众多开发者为了一些共同目的组建的一个项目圈来讲，这未尝不是一件好事。而在网络之外发生的事情比如作者是否可能因为此举丢掉工作之类，暂时不在我们的讨论范围。

所以，还是用爱发电是不够的（虽然没有研究hapi.js之前到底是怎么盈利的），所以爱是会消失的对吧😥。

回到开头我提出的issue，相当长时间内，这个issue都没人理我，后来有一个人提了一个pr，直到发布本文的当天，我写明了“请换用celebrate”然后关闭了这个issue，这个express-joi-validator中间件估计不会开发了。其实很可惜，因为它占据了一个好名字.......这也可能是npm社区的众多问题之一吧。

哦对，所以nboat2在最新的一个commit里放弃了express-joi-validator，跟着joi的步伐转移到了celebrate，你看看人家的首页README，就喜气洋洋的，让人看着都觉得开朗（其实我应该早点发现这个库的（蛋疼的谷歌），不过现在也没问题了。Nboat2暂时保持一个佛系开发的势头，下一个功能什么时候实现呢？わからないよ～