onsubmit中return false不是必须但几乎总是需要，因其可阻止表单默认提交行为；若省略，函数无返回值等价于undefined，浏览器按true处理，导致页面跳转或刷新。
onsubmit 事件里 return false 是不是必须的
不是必须，但几乎总是需要——除非你明确希望页面跳转或刷新。浏览器对 <form></form> 的默认行为是：触发 submit 事件 → 构造请求（按 method 和 action）→ 发送 → 刷新/跳转。如果你用 JavaScript 处理数据、校验、发 AJAX 或仅做前端计算，就必须打断这个流程。
常见错误现象：calculos() 执行了，但页面一闪就空白或跳转；控制台没报错，document.getElementById('gasto').value 却取到空字符串——大概率是函数执行完表单已提交并刷新 DOM。
- 推荐写法：在
onsubmit="calculos(); return false;"中显式返回false，简单直接 - 更现代写法：用
addEventListener('submit', e => { e.preventDefault(); calculos(); })，语义清晰且便于解绑 - 别只写
onsubmit="calculos()"—— 没返回值等价于return undefined，不阻止默认行为
document.getElementById().value 取出来一定是数字吗
不是。无论 <input type="number"> 还是 type="text"，.value 返回的永远是 string。这是 DOM 规范决定的，和 HTML 类型无关。
使用场景：做加减乘除、比较大小、传给 Math.max() 等时，不转换会出错。比如 "10" + "20" 得 "1020"，而不是 30。
- 转数字优先用
Number(input.value)：严格，空字符串、非数字字符串都得NaN - 容错选
parseFloat(input.value)：能处理" 12.5px"这类带前导空格或单位的字符串 - 整数用
parseInt(input.value, 10)，第二参数10必须写，避免八进制误解析 - 转换后务必检查：
if (isNaN(num)) { /* 提示用户 */ }
FormData 对象适合什么场景
FormData 不是“替代 getElementById”的方案，而是为“要发给后端”这个动作设计的——尤其当你需要上传文件、保持字段原始类型（如 file、checkbox 多选）、或避免手动拼接键值对时。
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
性能影响：轻量，无额外开销；兼容性：IE 不支持，其他现代浏览器全支持。
- 获取全部字段：
const fd = new FormData(document.getElementById('myForm')) - 取单个文本值：
fd.get('username')；取多选值（如复选框）：fd.getAll('hobby') - 配合
fetch直传：fetch('/api', { method: 'POST', body: fd })—— 注意不要设Content-Type，浏览器会自动设为multipart/form-data并带上 boundary - 不适合纯前端计算：它不提供实时响应式绑定，也不暴露原始 DOM 元素引用
name 属性缺失会导致哪些问题
很多开发者只给元素加 id，却忽略 name，这在两个关键环节会失败：
一是后端 PHP/Python 接收不到字段：$_POST['xxx'] 或 request.form['xxx'] 查不到，因为服务器只认 name，不认 id；
二是 FormData 和表单原生提交完全失效——没有 name 的控件不会被收集。
-
<input id="email">❌：JS 能取值，但后端收不到，FormData也漏掉 -
<input id="email" name="email">✅：前后端、各种 JS 方式全兼容 - 复选框/单选按钮必须同名才能互斥或多选；
name是它们的“组标识符” -
label的for属性配的是id，不是name——两者职责不同，不能混用或省略任一
真正容易被忽略的点是：name 和 id 必须同时存在，且目的不同。一个管 JS/DOM 访问，一个管数据提交边界。少一个，整个交互链就断在某个环节，而且错误往往不报红，只是“值没过去”。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
