Node.js 最佳实践
首页
白天
夜间
下载
阅读记录
书签管理
我的书签
添加书签
移除书签
编辑文档
4.8 对于e2e testing,使用docker-compose
来源 1
浏览
585
扫码
打印
2021-01-03 13:38:41
否则:
没有docker-compose,团队必须维护一个测试数据库在每一个测试环境上,包含开发机器,保持所有数据同步,这样测试结果不会因环境不同而不同。
上一篇:
下一篇:
发布点评
1. 项目结构实践
1.2 分层设计组件,保持Express在特定的区域
1.5 使用易于设置环境变量,安全和分级的配置
1.3 封装公共模块成为NPM的包
1.4 分离 Express ‘app’ and ‘server’
1.1 组件式构建你的解决方案
2. 错误处理最佳实践
2.3 区分运行错误和程序设计错误
2.2 仅使用内建的错误对象
2.11 快速查错,验证参数使用一个专门的库
2.8 使用你最喜欢的测试框架测试错误流
2.5 对API错误使用Swagger文档化
2.6 当一个特殊的情况产生,停掉服务是得体的
2.7 使用一个成熟的日志工具提高错误的可见性
2.4 集中处理错误,不要在Express中间件中处理错误
2.10 捕获未处理的promise rejections
2.9 使用APM产品发现错误和宕机时间
2.1 使用 Async-Await 和 promises 用于异步错误处理
3. 编码风格实践
3.1 使用ESLint
3.10 使用 === 操作符
3.11 使用 Async Await, 避免回调
3.12 使用 (=>) 箭头函数
3.2 Node.js特定的插件
3.3 在同一行开始一个代码块的大括号
3.4 不要忘记分号
3.5 命名您的方法
3.6 变量、常量、函数和类的命名约定
3.7 使用const优于let,废弃var
3.8 先require, 而不是在方法内部
3.9 require 文件夹,而不是文件
4. 测试和总体的质量实践
4.1 至少,编写API(组件)测试
4.2 使用一个linter检测代码问题
4.3 仔细挑选您的持续集成(CI)平台
4.4 经常检查易受攻击的依赖
4.5 测试标签化
4.6 检查测试覆盖率,它有助于识别错误的测试模式
4.7 检查过期的依赖包
4.8 对于e2e testing,使用docker-compose
5. 上线实践
5.6. 利用CPU多核
5.11. Node外管理您的前端资源
5.3. 委托可能的一切(例如:gzip,SSL)给反向代理
5.13. 使用自动检测漏洞的工具
5.12. 保持无状态,几乎每天都要停下服务器
5.10. 测量和保护内存使用
5.1. 监控
5.9. 使您的代码保持生产环境就绪
5.7. 创建一个“维护端点”
5.14. 在每一个log语句中指明 ‘TransactionId’
5.15. 设置NODE_ENV=production
5.4. 锁住依赖
5.5. 使用正确的工具保护进程正常运行
5.8. 使用APM产品发现错误和宕机时间
5.2. 使用智能日志增加透明度
6. 安全最佳实践
6.7. 经常自动检查易受攻击的依赖库
6.5. 通用安全最佳实际集合
6.8. 避免使用Node.js的crypto库处理密码,使用Bcrypt
6.20. 隐藏客户端的错误详细信息
6.19. 使用子进程时要格外小心
6.9. 转义 HTML、JS 和 CSS 输出
6.15. 避免JavaScript的eval声明
6.22. 修改session中间件设置
6.1. 拥护linter安全准则
6.10. 验证传入的JSON schemas
6.14. 使用反向代理或中间件限制负载大小
6.6. 调整 HTTP 响应头以加强安全性
6.18. 在沙箱中运行不安全代码
6.3 把机密信息从配置文件中抽离出来,或者使用包对其加密
6.4. 使用 ORM/ODM 库防止查询注入漏洞
6.16. 防止恶意RegEx让Node.js的单线程过载执行
6.13. 使用非root用户运行Node.js
6.11. 支持黑名单的JWT
6.24. 避免不安全的重定向
6.12. 限制每个用户允许的登录请求
6.17. 使用变量避免模块加载
6.2. 使用中间件限制并发请求
Node.js 最佳实践
暂无相关搜索结果!
本文档使用
全库网
构建
×
思维导图备注
×
文章二维码
手机扫一扫,轻松掌上读
×
文档下载
请下载您需要的格式的文档,随时随地,享受汲取知识的乐趣!
PDF
文档
EPUB
文档
MOBI
文档
×
书签列表
×
阅读记录
阅读进度:
0.00%
(
0/0
)
重置阅读进度