
50
|
第
5
章
lib/handlers.js
,在错误处理函数前后加上一些东西:
// Express根据4个参数来认出它是错误处理函数,
// 因此我们要禁用ESLint的no-unused-vars规则
/* eslint-disable no-unused-vars */
exports.serverError = (err, req, res, next) => res.render('500')
/* eslint-enable no-unused-vars */
Linting
起初会给你带来一些小麻烦——好像总在不停地找碴儿。当然,对于不适合你的规
则,可以放心地禁用它。到最后,随着逐渐学会避免那些(
Linting
本来要捕获的)常见的
人为失误,你的麻烦就会越来越少。
测试和
Linting
无疑都很有用
,但是如果从不使用,任何工具都是毫无价值的。花时间
和精力去编写单元测试并设置
Linting
似乎很疯狂
,但我看到过这种情况,尤其是在压
力很大的时候。幸运的是,有一个办法可以保证你不会忘记这些有用的工具,那就是持
续集成。
5.10
持续集成
这里我向你提出另一个极其有用的
QA
概念:持续集成(
CI
)。在团队工作中,它显得尤
其重要,即便你是独自工作,它也可以提供一些很有帮助的准则。
从本质上来说,每当你向源代码的版本库提交了代码,
CI
就会运行某些或全部测试
(你
可以控制要应用到版本库的哪些分支)。如果所有这些测试都通过了,一般不会有什么事
(你可能会收到一封邮件说“干得不错”,不过这取决于你的