表单必须用包裹并设置method和action；input类型需按语义严格区分；textarea须配label和name；提交按钮应使用；前后端均需校验。
表单结构必须用 method 和 action
不加 标签，输入内容根本不会被提交；漏掉 method="post"（或 "get"）会导致浏览器用默认方式（通常是 get）发送，暴露敏感信息；action 为空或写错路径，提交后页面会 404 或刷新丢数据。
常见错误：只写 堆砌，没包在 里，点提交毫无反应。
实操建议：
• method 选 post（联系表单含姓名/邮箱/留言，属非幂等操作）
• action 暂不确定后端地址时，可先设为 "#" 或本地测试脚本如 "./submit.php"
• 加上 accept-charset="UTF-8" 防中文乱码
input 类型要按字段语义严格区分
用错 type 不仅影响体验（比如手机弹不出邮箱键盘），还会绕过浏览器原生校验。例如把邮箱写成 type="text"，就失去自动验证格式和唤起邮箱软键盘的能力。
推荐组合：
• 姓名：
• 邮箱：（输错格式点提交会提示）
• 电话：（非必填，但触发数字键盘）
• 主题：（防过长垃圾信息）
textarea 必须配 name，别依赖 placeholder 当提示
placeholder 只是占位文字，用户一输入就消失，无法替代 。很多表单只写 ，结果用户根本不知道这是“留言”还是“附件说明”。
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
正确做法：
• 每个 上方或左侧加
•
• rows 控制初始高度（不是最大行数），配合 CSS 的 min-height 更稳妥
• 避免设 cols，响应式布局下易溢出
提交按钮要用 input[type="submit"]
内容无法用 HTML 标签增强（比如加图标或强调词），且部分旧版 Safari 对其 disabled 状态样式支持异常。而 是语义更清晰、控制力更强的选择。
注意事项：
• 必须显式写 type="submit"，否则在某些浏览器中默认为 type="button"（点不动）
• 提交中应禁用按钮防止重复点击：，JS 中执行 btn.disabled = true
• 禁用时记得同步改文案（如变成“发送中…”），否则用户以为卡死
表单验证逻辑和后端对接细节容易被跳过，但真正上线时，required 属性只是第一道防线，服务端不做校验等于裸奔。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
