84669 人学习
152542 人学习
20005 人学习
5487 人学习
7821 人学习
359900 人学习
3350 人学习
180660 人学习
48569 人学习
18603 人学习
40936 人学习
1549 人学习
1183 人学习
32909 人学习
没接触过node,经常看文章说node做中间层,不知道具体指什么意思?比如在程序中解决了什么问题,如果说解决了渲染问题,那也是页面端,前端框架已经解决了,难道说是后端渲染前端框架,然后整个塞到前端吗?
走同样的路,发现不同的人生
很多项目中后端应用往往不止一个服务,而是一群各司其职的服务,比如nginx的存在就是因为服务器上运行着多个服务,而不同的网络请求由不同的服务处理,需要在这些服务前假设一层nginx做为代理,将请求分发给不同的服务,nginx在这里的角色就相当于中间层。
对于一个比较复杂的web站点,页面中的请求通常分为两种,请求页面与请求数据(ajax)。如果后端是个单体应用,当发现所有请求量太多应付不过来的时候就可以考虑做这样的分离,将处理页面渲染的请求分给另一个服务,挡在前面,自己只负责数据相关的请求。nodejs擅长处理io密集型任务,很适合做处理页面渲染的服务,于是很多人选择了nodejs。淘宝也是类似的架构,据说现在所有淘宝的页面都是由node服务渲染的。
讲道理就是用nodejs做静态资源管理和请求转发。做到后端只管数据接口,前端负责路由,静态资源。
加了node的中间层,可以让前端处理view层和control层,后端只负责处理model层。前后端分离比较彻底,分工更明确一些吧。
另外就是有些框架在服务器不是node的时候SEO比较难做。加了node中间层后比较好做SEO
node就是链状执行
请求接收 -> 中间件1 -> 中间件2 -> ... 中间件n ... -> 返回
中间件就是某一个处理操作
可以看看淘宝的midway。可以说核心概念都有了。
很多项目中后端应用往往不止一个服务,而是一群各司其职的服务,比如nginx的存在就是因为服务器上运行着多个服务,而不同的网络请求由不同的服务处理,需要在这些服务前假设一层nginx做为代理,将请求分发给不同的服务,nginx在这里的角色就相当于中间层。
对于一个比较复杂的web站点,页面中的请求通常分为两种,请求页面与请求数据(ajax)。如果后端是个单体应用,当发现所有请求量太多应付不过来的时候就可以考虑做这样的分离,将处理页面渲染的请求分给另一个服务,挡在前面,自己只负责数据相关的请求。nodejs擅长处理io密集型任务,很适合做处理页面渲染的服务,于是很多人选择了nodejs。淘宝也是类似的架构,据说现在所有淘宝的页面都是由node服务渲染的。
讲道理就是用nodejs做静态资源管理和请求转发。
做到后端只管数据接口,前端负责路由,静态资源。
加了node的中间层,可以让前端处理view层和control层,后端只负责处理model层。前后端分离比较彻底,分工更明确一些吧。
另外就是有些框架在服务器不是node的时候SEO比较难做。加了node中间层后比较好做SEO
node就是链状执行
请求接收 -> 中间件1 -> 中间件2 -> ... 中间件n ... -> 返回
中间件就是某一个处理操作
可以看看淘宝的midway。可以说核心概念都有了。