Web开发
目录
目录
Web开发模式
目前主流的 Web开发模式有两种，分别是:
- 基于服务端渲染的传统Web 开发模式
- 基于前后端分离的新型Web开发模式
服务端渲染的传统Web 开发模式
服务端渲染的概念∶服务器发送给客户端的HTML页面，是在服务器通过字符串的拼接，动态生成的。因此，客户端不需要使用Ajax这样的技术额外请求页面的数据。代码示例如下:
优点:
- 前端耗时少。因为服务器端负责动态生成HTML内容，浏览器只需要直接渲染页面即可。尤其是移动端，更省电。
- 有利于SEO。因为服务器端响应的是完整的HTML页面内容，所以爬虫更容易爬取获得信息，更有利于SEO.
缺点:
- 占用服务器端资源。即服务器端完成HTML页面内容的拼接，如果请求较多，会对服务器造成一定的访问压力。
- 不利于前后端分离，开发效率低。使用服务器端渲染，则无法进行分工合作，尤其对于前端复杂度高的项目，不利于项目高效开发。
前后端分离的Web开发模式
优点:
- 开发体验好。前端专注于UI页面的开发，后端专注于api的开发，且前端有更多的选择性。
- 用户体验好。Ajax技术的广泛应用，极大的提高了用户的体验，可以轻松实现页面的局部刷新。
- 减轻了服务器端的渲染压力。因为页面最终是在每个用户的浏览器中生成的。
缺点:
- 不利于SEO。因为完整的HTML页面需要在客户端动态拼接完成，所以爬虫对无法爬取页面的有效信息。(解决方
案:利用Vue、React等前端框架的SSR(server side render)技术能够很好的解决SEO问题! )
Session认证机制
推荐在服务端渲染的传统Web 开发模式中使用的身份认证方式
Http协议的无状态性:
了解HTTP协议的无状态性是进一步学习Session认证机制的必要前提。
HTTP协议的无状态性，指的是客户端的每次HTTP请求都是独立的，连续多个请求之间没有直接的关系，服务器不会主动保留每次HTTP请求的状态。
为了保留这些Http请求,Cookie诞生了
Cookie是存储在用户浏览器中的一段不超过4KB的字符串。它由一个名称(Name)、一个值(Value)和其它几个用于控制Cookie有效期、安全性、使用范由的可选属性组成。
不同域名下的Cookie各自独立，每当客户端发起请求时，会自动把当前域名下所有未过期的Cookie一同发送到服务器。
Cookie的几大特性:
- 自动发送
- 域名独立
- 过期时限
- 4KB限制
Cookie在身份认证中的作用:
客户端第一次请求服务器的时候，服务器通过响应头的形式，向客户端发送一个身份认证的Cookie，客户端会自动将Cookie保存在浏览器中。
随后，当客户端浏览器每次请求服务器的时候，浏览器会自动将身份认证相关的Cookie，通过请求头的形式发送给服务器，服务器即可验明客户端的身份。
Cookie 不具有安全性
由于Cookie 是存储在浏览器中的，而且浏览器也提供了读写Cookie的API，因此Cookie很容易被伪造，不具有安全性。因此不建议服务器将重要的隐私数据，通过Cookie的形式发送给浏览器。
在项目中使用Session
安装:
npm i expres-session
配置:
//导入expres-session模块
var session = require('expres-session')
//配置expres-session
app.use(session({
secret: 'keyboard cat', //该属性值可以为任意字符串
resave: false, //固定写法
saveUninitialized:true //固定写法
}))
向session中存入数据:
当express-session中间件配置成功后，即可通过req.session来访问和使用session对象，从而存储用户的关键信息:
qpp.post('/api/login',(req,res) =>{
if（req.body.username !== 'admin' || req.body.password !== '000'）{
return res.send({status:1,msg:'登录失败'})
}
//存储用户信息与登录状态
req.session.user = req.body
req.session.islogin = ture
res.send({status :0,msg:'登录成功'})
})
从session中获取数据:
可以直接从req.session对象上获取之前存储的数据，示例代码如下:
app.get('/api/username',(req,res)=>{
//判断用户是否已经登录
if(!req.session.islogin){
return res.send({status:1,msg:'用户未登录,获取失败'})
}
res.send({status:0 , msg : '用户已登录,获取成功',username:req.session.user.username})
})
清空session:
调用req.session.destroy()函数,清空服务器保存的信息
//退出登录的窗口
app.post('/api/login',(req,res)=>{
//清空服务器保存的信息
req.session.destroy()
res.send({status:0,msg:'登出成功'})
})
JWT认证机制
JWT(英文全称:JSON Web Token)是目前最流行的跨域认证解决方案。
用户的信息通过Token字符串的形式，保存在客户端浏览器中。服务器通过还原Token字符串的形式来认证用户的身份
JWT通常由三部分组成，分别是Header(头部)、Payload(有效荷载)、Signature (签名)。
三者之间使用英文的“ . ”分隔，格式如下:
其中:
- Payload部分才是真正的用户信息，它是用户信息经过加密之后生成的字符串。
- Header和Signature是安全性相关的部分，只是为了保证Token的安全性。
JWT的使用方式:
客户端收到服务器返回的JWT之后，通常会将它储存在localStorage或 sessionStorage 中。
此后，客户端每次与服务器通信，都要带上这个WT的字符串，从而进行身份认证。推荐的做法是把JWT放在HTTP请求头的Authorization字段中，格式如下:
在项目中使用JWT
安装:
npm i jsonwebtoken express-jwt
//jsonwebtoken 用于生成JWT字符串
//express-jwt 用于将JWT字符串解析还原成JSON对象
导入:
const jwt = require('jsonwebtoken')
const expressJWT = require('express-jwt')
定义secret密钥:
为了保证WT字符串的安全性，防止WT字符串在网络传输过程中被别人破解，我们需要专门定义一个用于加密和解密的secret密钥:
- 当生成WT字符串的时候，需要使用secret密钥对用户的信息进行加密，最终得到加密好的JWT字符串
- 当把JWT字符串解析还原成JSON对象的时候，需要使用secret密钥进行解密
在登录成功后生成JWT字符串:
调用jsonwebtoken包提供的 sign()方法，将用户的信息加密成WT字符串，响应给客户端:
app.post('/api/login',function(req,res){
res.send({
stauts:200,
message:'登录成功',
//调用jwt.sign()生成jwt字符串,三个参数分别是,用户信息对象,加密秘钥,配置对象
// 此处配置对象的含义是,token的有效期为30s
token:jwt.sign({username:userinfo.username},sercetKey,{expiresIn:'30s'})
})
})
将JWT字符串还原为JSON对象:
客户端每次在访问那些有权限接口的时候，都需要主动通过请求头中的Authorization字段，将Token字符串发送到服务器进行身份认证。
此时，服务器可以通过 express-jwt这个中间件，自动将客户端发送过来的Token解析还原成JSON对象:
注意:只要配置成功了express-jwt中间件,就可以把解析出来的用户信息挂载到req.user,如果没有上述步骤是不存在req.user的
//使用app. use()来注册中间件
// expressJwT({ secret: secretKey })就是用来解析Token的中间件
// .unless({ path: [/^\//api\//]})用来指定哪些接口不需要访问权限
// unless()可以指定不需要认证就可以访问的接口,此处是使用正则表达式,指定/api开头的接口都不需要身份认证
app.use(expressJWT({secret:secretKey}).unless(path:{/^\//api\//}))
使用req.user获取用户信息
当express-jwt这个中间件配置成功之后，即可在那些有权限的接口中，使用req,user对象，来访问从JWT字符串中解析出来的用户信息了，示例代码如下:
app.get('/api/getinfo',function(req,res){
console.log(req.user)
res.send({
status:200,
msg:'获取用户信息成功',
data: req.user
})
})
捕获解析JWT失败后产生的错误
当使用express-jwt解析Token字符串时，如果客户端发送过来的Token字符串过期或不合法，会产生一个解析失败的错误，影响项目的正常运行。我们可以通过Express 的错误中间件，捕获这个错误并进行相关的处理，示例代码如下:
app.use((err,req,res,next)=>{
if(err.name === "UnauthorizedError" ){
return res.send({st4atus:401,msg:'无效的token'})
}
res.send({status:500,msg:'未知错误'})
})