框架与组件站在前人肩膀
框架为什么存在高效稳定的工程化催生出来的
所有代码的本质,都是为了高效、稳定的工程化——让人能更快把东西做出来、做稳,还能多人协作、长期维护。规模一大,光靠「三件套 + 原生 JS」从头手写就太累了,于是框架应运而生。
框架的本质就两件事:快速解决问题,以及积累前人的智慧。它把无数人踩过的坑、总结出来的最佳实践,沉淀成默认行为和现成的轮子——你不必重新发明一切,站在前人肩膀上往下走就行。
而前端框架最本质的一件事,是组件化——把页面拆成一块块独立的小积木,像搭积木一样拼出整页。到了 AI 时代,这一点被彻底放大:你不必亲手砌每一块积木,只需描述「我要什么组件、它该干什么」,剩下的交给 AI。所以认得组件、说清组件,比会写组件更重要——这正是这门课的重心。
本节先认框架(具体就是 React + TypeScript),再认它拆出来的基础组件——按钮、卡片这些 UI 词汇。
React把界面拆成一个个组件
React 是目前最主流的前端框架之一。它的核心思想是把界面拆成一个个组件(Component)——每个组件管自己的一小块界面和状态,拼起来就是整页。你只需描述「界面现在该长什么样」,不必手动去改 DOM。
想入门,从 React 官网 ↗ 的「Learn」教程开始。
function Button() {
return <button>购买</button>;
}TypeScript给 JavaScript 加类型护栏
TypeScript(TS)是 JavaScript 的超集——在 JS 上加了一套类型系统。变量标上类型,写错(比如把数字当字符串用)在编码时就能报错,不必等运行时才炸。大型项目几乎都用它,图的就是一个「稳」。
想入门,从 TypeScript 官网 ↗ 开始。
let count: number = 1;
let shopName: string = "邻里小卖部";先认基础组件界面最小的可复用零件
React 把界面拆成一个个组件——这一节就认最基础的那几个:按钮、输入框、卡片这类能嵌进任何页面的小零件,是 UI 的「词汇表」。每个组件答三件事:是什么、怎么用、怎么一句话告诉 AI。
本节只详讲一个最典型的组件(Card),其余常用组件用一张速查表带过。区块级组件(Hero 主视觉、Navbar 顶栏、Sidebar 侧栏)体积大、管整页骨架,放到进阶篇。
Card 卡片把一个对象的信息打包成一块
展示一个对象的核心信息——商品图、名字、价格、操作。一个卡片 = 一个对象(一件商品、一个用户、一条订单)。它是 UI 词汇里最典型的组件,按钮、标签都能嵌进来。
给 AI 的描述模板
请生成一个商品卡片,包含商品图、名称、价格和购买按钮,带黑边和硬阴影。
其余基础组件一行一句话,认名字就够
| 组件 | 干什么用 |
|---|---|
| Button 按钮 | 触发动作,区分主 / 次 / 危险——一个界面里主按钮通常只有一个 |
| Form 表单 | 收集一组输入字段 + 校验 + 提交,像收集请求参数的结构体 |
| Input 输入框 | 用户往里填文字,常带 placeholder / 错误态 / 帮助文案 |
| Modal 弹窗 | 弹出挡住背景,必须先处理才能继续(删除 / 审批确认) |
| Drawer 抽屉 | 从侧边滑出看详情,不阻断主流程 |
| Table 表格 | 成排成列展示用户 / 订单 / 日志等列表数据 |
| Loading / Empty | 加载中骨架屏 / 空数据占位——页面状态机的一部分,提示词必须明说 |
不用记——认得名字、知道干什么用的,需要时能跟 AI 说清就行。
要用时回这里认得名字 + 点链接
现在不必全会——认得名字、想深入时知道去哪儿就行。下面分两组:学框架、看组件。
学框架
- React 官网 ↗ —— 组件化框架
- TypeScript 官网 ↗ —— JS 的类型层
- MDN Web Docs ↗ —— 三件套的权威字典
看更多组件
- 本站设计系统组件 ↗ —— 你正在看的这套,Neo-brutalist 风
- shadcn/ui ↗ —— 当前最流行的 React 组件方案,复制即用
- Radix UI ↗ —— 无样式、可访问性强的底层组件
- RetroUI ↗ —— Neo-brutalist 风格组件库,本站视觉就参考它