首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

JavaScript表单提交

表单提交在前端编程阶段中也是一个重点。它是由页面数据保存到后台数据库的重要枢纽,通过表单提交的方式将数据上传到数据库进行保存。同时这些数据也包含用户信息、统计信息、日志信息等等。 数据的信息不同,上传的方式也不同。在JavaScript中有四种种表单提交的方式: 一、 Form表单手动提交(get与post) 在没有任何Js代码的影响下,Form表单本身是自带提交功能的。在form元素标签上有两个属性: (1) action:设置表单提交的路径(URL) (2) method:设置表单提交的方式 表单提交的路径分为两种: (1) 相对路径:指站点内的文件,就是本地文件。 (2) 绝对路径:指其它站点,就比如从本站点到百度。 设置表单提交方式属性的值有两种:get提交和post提交。如果method不指名提交方式则默认为get提交。 这两种提交方式需要分别对应不同情况使用: (1) 相对于post提交而言,get提交更简单也更快,但是传输的容量小,在提交表单时,所有的信息都会暴露在url上,并不安全,通常用来获取数据。 (2) post提交方式能够传输的容量基本上是无穷的,而且提交的数据直接在后台进行处理,保证了数据的安全性,而且在更新数据传输大量数据、传输音频图片或者特殊符号等情况时,就只能使用post,而非get。 通常情况下,我们会取消Form表单的自动提交功能,通过一个onsubmit属性赋值为return false。

01

由Long类型引发的生产事故

今天测试忽然在群里发了一个看似非常简单的线上问题,具体是:在后台通过订单编号(orderId)修改订单信息时,修改不成功 ,修改前后的订单数据完全没有发生变化。第一眼看到这个问题的时候,我心想后台实现逻辑并不就是一个updateById更新订单表的操作(简化了其他业务逻辑)吗?难道订单编号(orderId)在代码里给属性赋值赋错了,心想这么低级的错误“同事”应该不会犯吧,于是我就打开ide先去看了看对应方法的处理逻辑,整体更新操作 属性之间的赋值没有问题,难道又是一个”灵异事件“?说罢 我便想着在测试环境能不能复现一下这个bug,功能上线前功能肯定是测试通过的,于是我在测试环境点啊点,在页面上模拟了几十次更新操作也没有发现问题。

03
领券