网页设计中表单该不该有提交按钮？

这样会倍增请求数吧，而且从用户体验上来说，有提交按钮应该让人更适应些

可能未来是多余的，可能对小众是多余的。

@zhangxiao 请求数是增多了，但是这种请求不会影响用户操作，而且能及时反馈表单处理的结果。现在注册页每填写一项就验证一次不就是这样考虑的吗。从用户体验上来说，很多时候提交按钮是不得不点，而不是用户想去点。

较真的话，你应该考虑Section 508 Standards

在禁用JS或者使用读屏软件的时候，去掉Submit Button会让这些用户困扰

http://www.jimthatcher.com/webcourse8.htm
http://wac.osu.edu/tutorials/section508/section508.htm#forms

我认为是视情况而言吧

如果功能是需要用户明确触发动作的，提交按钮是需要的 [比如发邮件，发送的动作]
如果功能是很直观可以看出修改后过的，就不需要提交按钮 [如调整音量大小，设置中的开关]

@maikcn 同意，按钮应该用在对用户有意义的动作上，而不是用在仅仅对程序有意义的地方。
不过换个思路，Google 不用点提交就可以搜索造就了即时搜索。如果邮件不用点提交就可以发送会造就什么（当然这样做不一定有意义，顺口一提而已）？

还是得看看用户是谁？
如果只是一群普通的用户，button还是有必要的。对他们而言，button是有安全感的。

@AlloVince
除了会对禁用 JS 的用户造成影响，应该不会影响其他用户（读屏软件会禁用 JS 吗？），就算禁用 JS 也是可以通过 noscript 来显示一个提交按钮。

具体看这些表单都是什么用的。
万一是很关键的呢？没有提交怎么行

@yulanggong
[quote]如果邮件不用点提交就可以发送会造就什么（当然这样做不一定有意义，顺口一提而已）[/quote]
想起天国的Google Wave。。。

如果做到改变一项，就立刻给一个反馈出来，不管是成功还是进行中，那没有 button 普通用户也能明白。

@Air_Mu
的确是要看情况，我翻看了 OS X Human Interface Guidelines, 里面关于 changes 的生效方式有介绍，按优先级排列如下：
1. 用户边输入边生效。
2. 焦点离开控件时生效。
3. 用户点击特定按钮使 changes 生效。

上面 @maikcn 提到的发送按钮的意义更在于完成一个动作，而不是提交一封信件，而提交信件这个对于人来说没有太大意义的按钮就被很多邮箱设计成了自动保存草稿。

就好比现实中在纸上写一个字纸上就多一个字，这种变化是实时的。在电脑上虽然看似是实时的，但是很多时候不是，你离开软件时它会提醒你保存，保存这个动作就是只对程序有意义的动作，因为在现实中你不需要保存写了一半的信件。

用KB的Enter作为Submit Button不错

Submit 的动作和Save 的动作还是很有区别的。

不能一概而论，比如Github 的用户设置页面，就是及时保存的，这是因为它轻量级而且不是很敏感重要。
Twitter的个人设置则是另一种。

还要考虑用户习惯。

回车键是最好的Submit

如果禁用Javascript呢... 或者是在触摸设备上呢 ...

经常用 Opera Mini 看网页的时候发现没法按 Enter 提交表单 ...

@aveline
禁用 JS 时可以用 noscript 标签处理。
你遇到的 Opera Mini 无法提交表单的问题是因为网页表单设计的不好。这里讨论的是表单发生变化时自动提交，你遇到的情况是由 Enter 来触发提交。只能由 Enter 来触发提交就太依赖设备和用户习惯了。

@hzlzh
我问题总结的不好， OS X Human Interface Guidelines 里总结的不错，这个问题是表单变化何时生效的问题。OSXHI Guidelines 里推崇即时生效，不能即时生效时降级到其他方式。

需要有明确的下一步行动指示