Skip to content

Latest commit

 

History

History
25 lines (13 loc) · 3.01 KB

为什么要使用服务端渲染.md

File metadata and controls

25 lines (13 loc) · 3.01 KB

为什么要使用服务端渲染?

这里先说两句题外话,谈一谈对前端开发产生了深远影响的两个时间点:

  • ajax的出现,促成了Web 2.0时代的来临
  • nodejs的出现,让前端能做的更多,让js不仅仅只是浏览器端的语言。

这里为什么要说这个呢,有些前端开发者会说node不是做后端的吗?我为什么要学nodejs呢?其实随着前端的发展,尤其是node出现,前端发展日新月异,各种自动化工具,框架层出不穷。很多都是依赖node。node不仅仅只是用来拿来写后端,可以这么说,当前时间如果你对node毫无知晓,也不去学的话,那么你已经被前端浪潮所覆盖和淘汰了。

知乎上有个论题大家可以看一看为什么现在又流行服务端渲染html?

回答的人比较多,也比较杂,我这里就简单的总结一下:

上述论题都说到服务端渲染,主要解决两个痛点 SEO优化(一些新闻资讯类的网站都需要做一些搜索引擎优化)和大型应用的首屏渲染(解决一些大型应用首页加载速度问题)。

同时有人还从前端历史进行了分析,简而言之就是前端一开始骚不起来,后来node和MVC/MVVM(Vue,React,Angular)的出现前端开始骚起来了,搞独立,把本应要做成服务端渲染的东西也做成了SPA,现在新技术又出来了,要及时发现错误,进行改正。前后端分离是趋势,既然都分开了,总不能还让后端去渲染,那咱们前端自己想办法做服务端渲染吧,于是服务端渲染框架也就出现了。

我觉得上述回答其实也蛮片面的,首先第一点我是支持前后端分离的,并不是因为前后端的地位或者是工资,而是一门语言或者说技术想要发展,必须独立出来去发展,让发展它的人去使用去研究去拓展,假想一下如果前端一直都是让后端来做,只是为了满足后台做网站的需求,那他们仅仅只需要div+css和一些简单的js特效,那么前端会有现在这样的发展吗?

第二,关于及时发现错误,进行改正。我觉得其实如果从发展的眼光来看吧,这是技术发展的完善,况且技术并无对错,关键在于那些使用他们的人,node和express的出现其实早就可以解决服务端渲染的问题了,可是为什么很多人还是将项目做成SPA呢?现在前端盲目跟风的很多,哪个火用哪个,并没有结合具体的业务去选型去优化。

第三,举个栗子,简单的说一下seo的重要性,如果有使用谷歌搜索的小伙伴,请打开你们的Google搜索引擎搜索5se7en这个关键词,你就会发现我的个人网站出现在第一条,GitHub项目出现在第二条,为什么呢?因为无论是我的网站还是GitHub他们都是服务端渲染。

下一节:为什么选用nuxtjs