Node.js与前端开发实战 | 青训营笔记

73 阅读2分钟

这是我参与「第四届青训营 」笔记创作活动的第1天

01 Node.js的应用场景

1.1 前端工程化

  • Bundle(打包工具):webpack,vite,esbuild,parcel
  • Uglify:uglifyjs
  • Transpile(语法转换):bablejs,typescript
  • 其他语言加入竞争:esbuild,parcel,.prisma
  • 现状:难以替代

1.2 Web服务端应用

  • 学习曲线平缓,开发效率较高
  • 运行效率接近常见的编译语言
  • 社区生态丰富及工具链成熟(npm,V8 inspector)
  • 与前端结合的场景会有优势(SSR)
  • 现状:竞争激烈,Node.js有自己独特的优势

1.3 Electron跨端桌面应用

  • 商业应用:vscode,slack,discord,zoom
  • 大型公司内的效率工具
  • 现状:大部分场景在选型时,都值得考虑

02 Node.js运行时结构

image-20220808103805442.png

  • V8:JavaScript Runtime,诊断调试工具(inspector)
  • libuv:eventloop(事件循环),syscall(系统调用)
  • 举例:用node-fetch发起请求时.…

npm->用户代码->V8->Node.js Core(JavaScript)里的http模块->Node.js Core(C++)的API->llhttp的序列化和反序列化->libuv创建tcp连接,把数据发送到远端

2.1 特点

  1. 异步I/O
  2. 单线程
  3. 跨平台

03 编写Http Server(实战)

3.0 安装Node.js

  • 推荐用nvm安装node

3.1 编写Http Server+Client,.收发GET,POST请求

  • 作为服务端,接受POST过来的数据,并返回http响应,如果收到JSON数据返回message:${msg},否则返回message:'hello'

  • JSON.parse():把JSON格式->对象

image-20220808110222973.png

  • 优化:解决回调地狱的问题

可以把作为服务端,从客户端接受body数据改写为promise,async/await

  • path.resolve() 给定的路径的序列是从右往左被处理的,后面每个 path 被依次解析,直到构造完成一个绝对路径。path.resolve([…paths])里的每个参数都类似在当前目录执行一个cd操作,从左到右执行,返回的是最后的当前目录,

3.2编写静态文件服务器

问题:Stream风格的API有什么好处?

答:内部有一些处理,占用尽可能少的内存空间,按需读取

3.3编写React SSR服务

  • SSR(server side rendering)有什么特点?

    • 相比传统HTML模版引擎:避免重复编写代码
    • 相比SPA(single page application):首屏渲染更快,SEO友好
    • 缺点:通常qps较低,前端代码编写时需要考虑服务端渲染情况
  • SSR难点:

    • 需要处理打包代码
    • 需要思考前端代码在服务端运行时的逻辑
    • 移除对服务端无意义的副作用,或重置环境

3.4适用inspector进行调试、诊断

V8 Inspector::开箱即用、特性丰富强大、与前端开发一致、跨平 台

  • node --inspect ; open url

3.5部署简介