这是我参与「第五届青训营 」伴学笔记创作活动的第 8 天
nest.js 主要用来开发一个c端的web应用
CSR,SSR,SSG
CSR
客户端渲染(Client-Side Rendering)。常见 B 端WEB 应用开发模式，前后端分离,服务器压力相对更轻，渲染工作在客户端进行，服务器直接返回不加工的 HTML 用户在后续访问操作
SSR
SSR(Server-Side Rendering)。不是什么新鲜的概念，从原先的 JSP / PHP就已经体现了服务器端渲染。
同构SSR：
老的SSR模式前端代码和后端代码混在了一起不利于维护，现在的SSR框架就是利用了同构SSR来解决这一点。
前后端一体化，一套 React 代码在服务器上运行一遍，到达浏览器又运行一遍。前端后端都要参与渲染，而且首次渲染出的 HTML 要一样。
SSG
在构建的时候直接把结果页面输出html到磁盘，每次访问直接把静态站点生成 (Static Site Generation)
htmI返回给客户端，相当于一个静态资源
CDN: 建立并覆盖在internet 之上，由分布在不同区域的边缘节点服务器群组成的分布式网络.
相比 SSR，因为不需要每次请求都由服务器端处理，所以可以大幅减轻服务器端的压力。
缺陷在于只能用于偏静态的页面，无法生成与用户相关的内容，也就是所有的用户访问的页面都是相同的。
SSR,SSG 的优势
利于 SEO
浏览器的推广程度，取决于搜索引擎对站点检索的排名，搜索引擎可以理解是一种爬虫，它会爬取指定页面的 HTML，并根据用户输入的关键词对页面内容进行排序检索，最后形成我们看到的结果。
更短的首屏时间
SR / SSG 只需要请求一个 HTML 文件就能展现出页面，虽然在服务器上会调取接口但服务器之间的通信要远比客户端快，甚至是同一台服务器上的本地接口调取。因为不再需要请求大量 is 文件，这就使得SSR / SSG可以拥有更短的首屏时间。
Nest.js
一个普通的react项目想实现一个SSR 需要有每个项目大量重复的工作（路由同构、注水、脱水、性能优化），所以Nest.js就诞生了
Nest.js初始化
npm create-nest-app@latest --typescript
数据注入
在普通的react项目中我们请求数据的方法就是在useEffect中写请求数据的逻辑，但是在nest中我们不会使用这种钩子的方法请求。
- getServerSideProps
- getStaticProps
- getInitialProps
- 客户端注入（useEffect）
getInitialProps (老)
页面的跳转的过程中，他其实也是走了页面客户端的路由而不是服务端的路由，但是如果直接访问这个页面 会走服务端的路由而不会走进客户端的一个路由逻辑。
getServerSideProps (新)
这个方法只会在服务端走。
getStaticProps
SSG，在服务器端构建时执行
如果涉及动态路由 (带参数)，需要使用getStaticPaths 配置所有可能的参数情况
总结： CSR,SSR,SSG的区别 ， nest.js的作用场景
