参数校验
在编写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://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。