1. 数据库设计

1.1 为什么需要选择合适的数据类型？

问题：设计数据库表时，如何选择字段的数据类型？

生活类比：

• 用大箱子装小东西：浪费空间，搬运困难
• 用小箱子装大东西：装不下，需要换箱子
• 用合适的箱子：既不浪费，又能装下

1. 为什么需要RESTful API？

1.1 开发无非增删查改：CRUD的智慧

CRUD = Create（创建）、Read（读取）、Update（更新）、Delete（删除）

生活类比：

想象你在管理一个图书馆：

• Create（创建）：新书到了，登记入库
• Read（读取）：读者想找书，你去查找
• Update（更新）：书的信息有变化，更新记录
• Delete（删除）：旧书淘汰了，删除记录

1. 为什么需要需求分析与设计？

1.1 开发前的思考

常见问题：

• 直接写代码：写着写着发现需求不清楚，要重写
• 没有规划：功能混乱，用户体验差
• 沟通不畅：开发者和用户理解不一致

生活类比：

• 没有需求分析：像盖房子不画图纸，盖到一半发现不对
• 有需求分析：先画图纸，再施工，事半功倍

1. 为什么需要数据可视化？

1.1 数据的价值

数据 = 信息，但原始数据很难理解

生活类比：

• 原始数据：1000个数字（看不懂）
• 可视化：把这些数字变成图表（一眼看懂）

1. 为什么需要前端工程化？

1.1 传统开发的痛点

在之前的章节中，我们使用CDN直接引入Vue.js，这种方式适合学习，但在实际项目中会遇到问题：

问题：

• 依赖管理混乱：不知道项目用了哪些库，版本是多少
• 代码重复：每个页面都要写相同的网络请求代码
• 配置分散：API地址、环境配置写在代码里，难以管理
• 难以协作：不同开发者环境不同，代码运行结果不一致

1. 组件通信机制：组件间的数据传递

1.1 为什么需要组件通信？

在第七章中，我们学习了Vue.js的基础组件概念。然而，在实际开发中，组件往往不是孤立存在的，它们需要相互协作、传递数据。

实际场景：

• 父组件需要向子组件传递数据（如用户信息）
• 子组件需要向父组件通知事件（如按钮点击）
• 兄弟组件之间需要共享数据（如购物车状态）

1. 为什么需要前端框架？

1.1 传统开发的痛点

在之前的章节中，我们使用原生JavaScript实现了待办事项应用。

问题：

• 需要手动操作DOM（创建元素、更新元素）
• 数据和界面不同步（数据变了，界面不会自动更新）
• 代码重复（每次都要写createElement、appendChild）

原生JavaScript需要开发者手动管理数据与DOM的同步，当应用复杂度增加时，这种手动管理方式会导致代码冗余、难以维护，且容易出现状态不一致的问题。

1. 为什么需要浏览器存储？

1.1 问题的出现：数据丢失

在之前的待办事项应用中，每次刷新页面后，用户输入的数据都会丢失。这是因为原生JavaScript操作的数据仅存在于内存中，页面刷新会导致内存清空。

核心问题：
Web应用需要将数据持久化存储，以便在页面刷新或重新访问时能够恢复用户数据，提升用户体验。

1. 为什么需要现代JavaScript？

1.1 从"回调地狱"到"优雅异步"

在第四章中，我们学习了JavaScript的基础语法、DOM操作、事件监听和表单验证。然而，当需要处理异步操作（如网络请求、文件读取）时，传统的回调函数方式会导致代码结构复杂、难以维护。

1. JavaScript是什么？为什么需要它？

1.1 从"静态"到"动态"：HTML、CSS与JavaScript的关系

还记得我们之前学的HTML和CSS吗？

• HTML = 网页的"骨架"（结构）
• CSS = 网页的"皮肤"（样式）
• JavaScript = 网页的"大脑"（行为）