这一切如何对应到你的应用
现在，把这整幅画面铺到一个用氛围编码做出来的应用之上，因为你将要构建的每一块，都住在这支舞的某一侧：
- 前端是运行在浏览器里的一切——用户看到并点击的按钮、表单和布局。它就是客户端。它主要负责发送请求、显示响应。
- 后端是运行在服务器上的你的代码——决定如何处理一个请求、与数据库对话、并组装出响应的那套逻辑。它就是服务器。
把整个注册之旅放进一幅图里就是这样——本章每一个加粗的词都各就各位：
前端 (浏览器 = 客户端) 后端 (服务器)
┌────────────────────────┐ ┌────────────────────────┐
│ 用户点击"注册" │ POST /signup │ 创建账户 │
│ │ ──────────────▶ │ 设置 cookie │
│ │ 经由 HTTPS │ │
│ 显示欢迎界面 ◀── │ ─────────────── │ ◀── 返回 200 OK │
└────────────────────────┘ └────────────────────────┘
一次真实的交互会把这一切缝在一起。用户点击“注册”（前端）。浏览器带着表单数据，向一个像 /api/signup 这样的 path、通过 发送一个 POST 请求。你的后端收到它，创建账户，设置一个 cookie 让用户保持登录，然后送回一个 200。前端看到成功，于是展示一个欢迎页面。那里每一个加粗的词，都是你刚刚学过的东西——而那，就是你将要构建的几乎一切的整体形状。
你不必把这一切一次性全都装在脑子里。但当后面某一章说“请求打到了服务器，却以 500 返回”，或者“设置这个头部”，又或者“这个路由处理那个 POST”时，你现在就能确切地知道它指的是这支舞的哪一部分。那个心智模型，才是真正的先决条件——而你已经拥有它了。