参数校验
在编写api的时候通常都须要对参数进行校验,包含:
- 参数的类型、必填等;
- 如果是字符串,是否能够为空、该合乎什么规定等;
- 如果是数字,最大值最小值是什么等等。
更多精彩内容,请微信搜寻“前端爱好者
“, 戳我 查看 。
koa中参数校验
在后面介绍到有一种异样谬误是无奈解决的实体(422谬误),即参数格局不对。 那么怎么校验参数呢?
能够应用中间件,不须要反复造轮子。
koa校验参数的中间件很多,比方:koa-parameter
koa-parameter 个别是用来校验申请传过来的参数是否是本人所须要的的
装置koa-parameter
npm i koa-parameter --save
应用koa-parameter校验参数
在index.js引入注册
const parameter = require('koa-parameter');//将app传进去就能够全局应用app.use(parameter(app));
以创立用户为例
//创立用户 create(ctx){ //校验申请体的name位字符串类型并且是必选的 ctx.verifyParams({ //必选:required 删掉也是默认为true name:{ type:'string', required:true }, age:{ type:'number', required:false } }); // 数据库操作 db.push(ctx.request.body); // 反馈后果给客户端 ctx.body = ctx.request.body; }
制作422谬误来测试校验后果
能够看到如果不满足格局,就会主动返回422状态码并且把十分具体的错误信息返回给客户端。
每日一课:01. 说说你对Node.js 的了解?优缺点?利用场景?
NodeJS的特点
官网地址:http://nodejs.cn/
咱们先来看看NodeJS官网上的介绍:
Node.js is a platform built on Chrome’s JavaScript runtime for easily building fast, scalable network applications. Node.js uses an event-driven, non-blocking I/O model that makes it lightweight and efficient, perfect for data-intensive real-time applications that run across distributed devices.
谷歌翻译如下:
Node.js 是一个基于 Chrome 的 JavaScript 运行时构建的平台,用于轻松构建疾速、可扩大的网络应用程序。 Node.js 应用事件驱动、非阻塞 I/O 模型,使其笨重高效,非常适合跨分布式设施运行的数据密集型实时应用程序。
咱们可知:
Node.js 是一个开源与跨平台的 JavaScript 运行时环境
在浏览器外运行 V8 JavaScript 引擎(Google Chrome 的内核),利用事件驱动、非阻塞和异步输入输出模型等技术进步性能
能够了解为 Node.js 就是一个服务器端的、非阻塞式I/O的、事件驱动的JavaScript运行环境
其特点为:
- 它是一个Javascript运行环境
- 依赖于Chrome V8引擎进行代码解释
- 事件驱动
- 非阻塞I/O
- 轻量、可伸缩,适于实时数据交互利用
- 单过程,单线程
NodeJS的优缺点
长处:
- 高并发(最重要的长处)
- 适宜I/O密集型利用
毛病:
- 不适宜CPU密集型利用;
CPU密集型利用给Node带来的挑战次要是:因为JavaScript单线程的起因,如果有长时间运行的计算(比方大循环),将会导致CPU工夫片不能开释,使得后续I/O无奈发动;
解决方案:合成大型运算工作为多个小工作,使得运算可能适时开释,不阻塞I/O调用的发动;
- 只反对单核CPU,不能充分利用CPU
- 可靠性低,一旦代码某个环节解体,整个零碎都解体
起因:单过程,单线程
解决方案:
- (1)Nnigx反向代理,负载平衡,开多个过程,绑定多个端口;
- (2)开多个过程监听同一个端口,应用cluster模块;
- 开源组件库品质参差不齐,更新快,向下不兼容
- Debug不不便,谬误没有stack trace
适宜NodeJS的场景
- RESTful API : 这是NodeJS最现实的利用场景,能够解决数万条连贯,自身没有太多的逻辑,只须要申请API,组织数据进行返回即可。它实质上只是从某个数据库中查找一些值并将它们组成一个响应。因为响应是大量文本,入站申请也是大量的文本,因而流量不高,一台机器甚至也能够解决最忙碌的公司的API需要。
- 对立Web利用的UI层:
目前MVC的架构,在某种意义上来说,Web开发有两个UI层,一个是在浏览器外面咱们最终看到的,另一个在server端,负责生成和拼接页面。
不探讨这种架构是好是坏,然而有另外一种实际,面向服务的架构,更好的做前后端的依赖拆散。如果所有的要害业务逻辑都封装成REST调用,就意味着在下层只须要思考如何用这些REST接口构建具体的利用。那些后端程序员们基本不操心具体数据是如何从一个页面传递到另一个页面的,他们也不必管用户数据更新是通过Ajax异步获取的还是通过刷新页面。
- 大量Ajax申请的利用:
例如个性化利用,每个用户看到的页面都不一样,缓存生效,须要在页面加载的时候发动Ajax申请,NodeJS能响应大量的并发申请。
总而言之,NodeJS适宜使用在高并发、I/O密集、大量业务逻辑的场景。
参考文档
- http://www.taodudu.cc/news/show-303838.html