页面引擎系统的渲染发展变化
发布时间：2023-02-06 14:30:38 来源：本站编辑：GD工单系统
知识导读
页面引擎就放在后端，那时候静态页面占多数，基本上返回全是后面拼凑好一点的HTML，前面用来立即渲染，然后用JS进行一些互动解决就可以了。
此方式存在一些不够：-前端后端要在一个工程，不便开发设计调节，与功能测试-前面没法应用自身生态-前端后端岗位职责搞混
可是此方式也具备页面渲染快，SEO友善，时下许多纯展现性网页页面依然使用这个形式进行解决
客户端渲染
伴随着后面前端工程化及其前端后端财务职责定义确立后，一系列前面MVVM架构也出现，客户端开展模板渲染逐渐成为主流。
这时后面只管Model层解决，不会再关注一切渲染相关知识。
前端后端耦合，数据信息根据ajax形式进行互动。
优点不言而喻:-前面独立出来，可以充分应用每个绿色生态与专用工具-更强管理方法-职责明确
依然存在不够：-首屏载入迟缓，由于得等JS载入完成之后才可以解决模板，渲染最后页面-SEO能力差，由于html中基本上都是模板信息内容，没有什么具体具体内容。
一个典型的node内层运用便是后面提供数据、node层渲染模板、前面动态性渲染。
在这个过程中，node层由前端工程师工作人员操控，页面中什么页面在服务器上就渲染好，什么页面在客户端渲染，由前端工程师工作人员确定。
这么做，达到以内的目地：-保存后面模板渲染、首屏快速反应、SEO友善-保存前面后分离出来、客户端渲染的功效（首屏服务器端渲染、别的客户端渲染）
但这种方法也有一些不够：增加了一个内层，运用特性有所下降。
增强了架构的复杂性、多变性，减少运用安全性对开发者要求严格了许多%0D%0A服务器端渲染（SSR）绝大多数情况下，服务器端渲染（SSR）与node内层是同一个定义。只不过在上文的前提下再加上前面组件化技术性，提升服务器端的渲染，让前面组件化技术性深得人心，但一些必须首屏迅速载入与SEO友善的页面就陷入两难的处境了。由于前面组件化技术性生来就是给客户端渲染使用的，但在服务器端值得被渲染成html文字，这确实不是一件很简单的事，因此服务器端渲染（ssr）便是为了解决这个问题。
还好小区一直在不断地探索中，让前面组件化可以在服务器端渲染。
一般这种架构都会有一些目录结构、书写形式、部件集成化、项目构建的需求，自定义属性很有可能不强。渲染环节中，next.js会依据路由器，将主页每一个部件渲染成html，剩下的页面保存原生态元件的文件格式，在客户端渲染。
把页面引擎渲染的一个过程放到前面（客户端）或是后面还是要看实际应用环境的。假如你网页页面仅仅传统式展现型网页页面，而且需要SEO提升，非常少必须即时更新，互动少，那样传统式的后端渲染方式或是可以使用的，再搭配缓存文件，那样前面立即要求能够拿到最后页面了。
又或者是也可以尝试当需要首屏迅速渲染与SEO的区域不适合react、vue等架构技术性，但在别的页面使用这个架构开展纯客户端渲染。
上一篇：页面引擎系统如何提升对页面的收录
下一篇：页面引擎系统的搭建与设计
