获得徽章 0
赞了这篇文章
赞了这篇文章
赞了这篇文章
cookie和token的区别：
jQuery 时代的前端项目是作为后端项目的模块部署的，那时候前后端不分家，整个应用的入口是后端控制模板的渲染。在模板渲染前，后端会直接判断路由的权限来决定是否跳转。登录的时候，后端只需要设置 setCookie 这个 header，之后浏览器会自动把 cookie 写入到我们的浏览器存起来，然后当前域名在发送请求的时候都会自动带上这个 cookie。Cookie 是浏览器自动管理和发送的，也算是权限认证的最佳方案之一。但是，在现在这种前后端分离的场景下，通常前后端项目都会部署在不同的机器和服务器之上，Cookie 在跨域上有诸多的限制。所以在这种场景下，我们更愿意手动地去管理权限，于是就诞生了现在流行的基于 token 的权限解决方案，你也可以把 token 理解为我们手动管理的 cookie。
jQuery 时代的前端项目是作为后端项目的模块部署的，那时候前后端不分家，整个应用的入口是后端控制模板的渲染。在模板渲染前，后端会直接判断路由的权限来决定是否跳转。登录的时候，后端只需要设置 setCookie 这个 header，之后浏览器会自动把 cookie 写入到我们的浏览器存起来，然后当前域名在发送请求的时候都会自动带上这个 cookie。Cookie 是浏览器自动管理和发送的，也算是权限认证的最佳方案之一。但是，在现在这种前后端分离的场景下，通常前后端项目都会部署在不同的机器和服务器之上，Cookie 在跨域上有诸多的限制。所以在这种场景下，我们更愿意手动地去管理权限，于是就诞生了现在流行的基于 token 的权限解决方案，你也可以把 token 理解为我们手动管理的 cookie。
展开
评论
1
赞了这篇文章
赞了这篇文章
赞了这篇文章
赞了这篇文章
赞了这篇文章
赞了这篇文章
观察者模式中的具体观察者怎么理解？
具体观察者是观察者接口（Observer）的一个具体实现类。它实现了观察者接口中定义的更新方法（如update方法），以便在接收到主题对象的状态变化通知时执行相应的操作
具体观察者是观察者接口（Observer）的一个具体实现类。它实现了观察者接口中定义的更新方法（如update方法），以便在接收到主题对象的状态变化通知时执行相应的操作
9
7
赞了这篇文章
赞了这篇文章
赞了这篇文章
赞了这篇文章
赞了这篇文章
赞了这篇文章
赞了这篇文章