我想知道在表单提交时实施“确认页面”的最佳方法。我知道脚本最好通过处理POST数据然后将重定向到另一个页面来实现表单POST,因此用户不会直接查看POST到的页面。 / p>
我的问题是关于实施“数据保存前确认”页面的最佳方法。我
让我的表单POST到一个脚本,该脚本封送数据,放入GET,然后重定向到确认页面,该页面以另一种形式解组并显示数据,然后用户可以确认(哪个导致另一个POST到实际保存数据的脚本)或拒绝(导致用户被重定向回原始表单,添加了他们的输入)?
将表单POST直接发送到确认页面,该页面会显示给用户,然后像#1一样,为用户提供确认或拒绝的选项?
让我的表单获取确认页面,然后执行预期的行为吗?
我觉得这个问题有一个常识性的答案,我没有得到。
答案 0 :(得分:2)
我过去所做的是有一个页面带有标签的“查看”区域,然后是带有文本框/下拉列表等的“编辑”区域。您可以根据自己的喜好制作DIV或TABLES。
您可以选择将数据保存在确认页面而不是第一页,具体取决于您的偏好。
答案 1 :(得分:2)
如果你必须这样做(我只对个人涉及货币交易等的事情做),我建议使用2个资源/ URI,这两个资源/ URI都遵循Post-Redirect-Get模式:POST the初始购物车结帐,创建“待定订单”状态(或类似),重定向到该状态的页面。然后,用户可以从该页面POST到下一个URI,以创建“已确认的订单”(或类似的),重定向到收据页面或其他任何内容。
答案 2 :(得分:0)
实际上,您可以在提交之前执行此操作。在表单提交(无论在哪里)添加一个onlick,用一个确认按钮激活一个模态窗口。在这种情况下,我个人最喜欢的是使用Jquery UI Modal Confirmation dialog。
我个人通过页面中的Jquery .click语句来解决这个问题。
因此,在onclick依赖项完成并更改为“true”之前,文档将不会提交,该示例会自动使用附带的“ok”按钮。
我相信如果关闭Javascript,这将优雅地回退到不需要确认,这本身就变得越来越“边缘”。事实上,我的一些最坚定的企业客户开始接受限制,例如当Javascript被关闭时这种情况......而且他们对我们大多数人来说都会更加挑剔。
然后,您可以自由地提交到您想要的任何页面。就个人而言,我已将所有表单切换为Jquery .ajax提交,但这只是我。你可以随心所欲地做到这一点。