这是我参与「第五届青训营 」伴学笔记创作活动的第 10 天
课程目标
- 具备C端Web应用开发的基本能力
CSR,SSR,SSG
CSR
客户端渲染（Client-Side Rendering)。常见B端WEB应用开发模式，前后端分商，服务器压力相对更轻，渲染工作在客户端进行，服务器直接返回不加工的HTML用户在后续访问操作.
SPA：单页面应用，它所需的资源（HTML/CSS/JS等），在一次请求中就加载完成，不需要刷新地动态加载，首屏时间更长。
SSR
SSR(Server-Side Rendering)服务器端渲染。不是什么新鲜的概念，从原先的JSP/PHP就已经体现了服务器端渲染。
代码精合度高，且模板语言中混杂编程语言对于一些复杂的功能，维护起来很痛苦。
这种模式下 Java,PHP负责渲染的逻辑而前端只负责UI和交互
同构SSR
BFF:Backend For Frontend,服务于前端应用的后端。将老的CSR和SSR改进。
前后端一体化，一套React代码在服务器上运行一遍，到达浏览器又运行一遍。前端后端都要参与渲染，而且首次渲染出的HTML要一样。
SSG
静态站点生成（Static Site Generation),在构建的时候直接把结果页面输出html到磁盘，每次访问直接把htm返回给客户端，相当于一个静态资源
CDN:建立并覆盖在Internet之上，由分布在不同区域的边缘节点服务器群组成的分布式网络。
相比SSR.因为不需要每次请求都由服务器端处理，所以可以大幅减轻服务器端的压力缺陷在于只能用于偏静态的页面，无法生成与用户相关的内容，也就是所有的用户访问的页面都是相同的。（偏展示）
SSR，SSG的优势，利于SEO
浏览器的推广程度，取决于搜索引擎对站点检索的排名，搜索引擎可以理解是一种爬虫，它会爬取指定页面的HTML,并根据用户输入的关键词对页面内容进行排序检索，最后形成我们看到的结果。
SSR，SSG的优势，更短的首屏时间
SSR/SSG只需要请求一个HTML文件就能展现出页面，虽然在服务器上会调取接口，但服务器之间的通信要远比客户端快，甚至是同一台服务器上的本地接口调取。因为不再需要请求大量js文件，这就使得SSR/SSG可以拥有更短的首屏时间。
什么是Next.js
SSR的实现
基于React提供的相关服务器端渲染API实现，整个过程实现比较繁琐重复，从零实现对新上手同学很不友好
迫切需要一个封装好的集合来快速上手服务器端渲染
Next.js是一个构建于Nodejs之上的开源Web开发框架，支持基于Roact的Web应用程序功能，例如服务端渲染和生成静态网站。
上手快，能力集全，而且覆盖了足够多的性能优化和生态。对于新同学掌握前后端一体化的开发模式很友好。
BFF层的文件式路由
BFF,作为服务器构建包，不影响客户端构建 bundle 体积。相同的router生成方式，不过是作为API层访问，而不是page。
getInitialProps：
在服务器端执行，只能在页面层面进行绑定，采用同构，首次渲染服务器端渲染路由跳转使用客户端路由
意味着如果使用router跳转当前页，会在客户端执行这部分逻辑
getStaticProps：
SSG.在服务器端构建时执行如果涉及动态路由（带参数）,需要使用gotStaticPaths配置所有可能的参数情况
文件式路由
Next.js有一个基于页面概念的基于文件系统的路由器。当一个文件被添加到pages目录中时，它会自动作为一个路径可用
预定义路由优先级更高，预定义路由能直接匹配的路由就不会分发给下面的动态路由
