关于前端:koa2参数校验

54次阅读

共计 2275 个字符,预计需要花费 6 分钟才能阅读完成。

参数校验

在编写 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 运行环境

其特点为:

  1. 它是一个 Javascript 运行环境
  2. 依赖于 Chrome V8 引擎进行代码解释
  3. 事件驱动
  4. 非阻塞 I /O
  5. 轻量、可伸缩,适于实时数据交互利用
  6. 单过程,单线程

NodeJS 的优缺点

长处:

  1. 高并发(最重要的长处)
  2. 适宜 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

正文完
 0