按钮Button
同在表单里，为什么“添加备注”不该顺手把询盘提交？
按钮是触发动作的交互控件，例如展开说明、增加一行或提交表单。原生 button 提供键盘和状态语义；在表单中还要明确 type，避免把局部操作意外当作提交。
按钮是在说“请做这件事”。名称说清楚做什么，动作范围也要一致，不能只看它画得大还是小。
像电梯面板：开门键和选楼层键都可以按，但职责不同，按开门不该顺便替你选目的地。
类比到这里为止：网页按钮还可能触发异步请求。按下去不等于后台已处理完，要按实际状态给结果。
询盘表单用“添加补充说明”展开文本区，用“检查示例输入”验证内容；真正发送则应有独立、明确的动作。
先区分三种按钮行为
- button
- 只执行绑定的局部动作，不默认提交表单。
- submit
- 尝试提交所属表单，通常先经过浏览器约束检查。
- reset
- 恢复原生表单的默认值；可能丢失输入，受控界面还需协调自身状态。
从按下到结果之间
需要网络时分别显示待处理、已确认或失败，避免用户连续点击却不知道是否已经受理。对创建订单等动作，服务端仍要有相应的防重与权限规则。
下面的添加按钮只展开备注，不触发检查；检查按钮只校验课堂输入，不发送邮件或创建真实询盘。
同在表单里，为什么“添加备注”不该顺手把询盘提交？
可以操作，也可以重试。数据为虚构示例，不连接真实业务系统。
正在准备当前演示，正文可以继续阅读。
继续看项目应用与交付检查
按钮 在项目中负责什么
- 什么时候用
- 页面需要修改状态、执行命令、提交或取消一个明确任务时。
- 它解决什么
- 让用户能够辨认、触发并核对一个动作，避免点击与执行结果混为一谈。
- 它不负责什么
- 前往教程地址应优先用链接。禁用按钮只能限制当前界面操作，不能替服务端完成权限与防重校验。
- 放进真实项目
- 产品页用“获取报价”按钮把采购商带进询盘流程。
按钮必须让用户知道点下去会做什么、现在能不能做
采购商填写完需求时，需要一个明确提交动作；销售批量分配线索时，需要知道会影响哪些数据。
- 01
用业务动作命名而非“确定”。
- 02
提交中防重复并说明等待。
- 03
让成功与失败给出下一步。
先说动作，再定类型，结果等处理后确认。
容易混淆的地方
表单中的普通 button 若未明确类型，可能触发默认提交。按钮写着“添加”并不会自动改变这个规则。
询盘表单里的“添加一个产品”只应增加输入行，点击却把未填完的表单提交了。先检查哪里？
你可以这样告诉 AI Agent
我在处理这件事：产品页用“获取报价”按钮把采购商带进询盘流程。请以“按钮”为主线，先说明它在这里负责什么、不负责什么；再列出必要输入、建议动作和可验证结果。用外贸独立站的业务语言回答，不确定的信息标为待确认。
内容依据与延伸
本站用原创中文解释把专业概念映射到外贸独立站；定义和机制继续以官方资料为准，业务例子再回到 外贸独立站询盘优化实战 验证。
本站整理说明：原创整理：Web 开发、产品设计、AI 协作与外贸独立站实践