Post/Redirect/Get pattern | PRG 模式

Post/Redirect/Get 是一种 web 开发设计模式,用于防止表单的重复提交。

默认情况,提交 Post 请求到服务器后,如果直接刷新浏览器,会重新在提交一次 Post 请求。在访问电商网站时,提交订单采用的是 Post 请求,如果直接刷新浏览器就容易导致重复订单的提交,这个不是用户希望发生的行为。PRG 方法就是用户防止这种现象的发生。

默认情况:

下面例图描述了默认情况,服务器和浏览器处理 Post 请求的流程

PRG 设计模式

下面例图描述了用 PRG 方法来避免 Post 请求的重复提交。当服务器处理完 Post 请求后,会发响应给用户浏览器,指示用户浏览器用 Get 方式立刻访问另一条 URL 。用户浏览器拿到 Get 请求的数据,整个流程才算结束。此时用户刷新当前页面,也不会引起 Post 请求的重复提交了。

完善网页收藏功能

Post/Redirect/Get 方式除了能防止 Post 请求的重复提交外,还可以完善网页收藏功能。把 Post 请求直接返回的网页收藏到书签是无效的,因为这个网页的重现依赖于 Post 请求以及当时提前的数据。采用 PRG 方式,用户正常情况下收藏到的是重定向后 GET 方法返回的网页,这样使得收藏有效了。

时间: 2024-11-13 08:08:15

Post/Redirect/Get pattern | PRG 模式的相关文章

转---Post/Redirect/Get pattern

今天重新认识了Post/Redirect/Get pattern, 感谢hip-hop的session, 一下帮助我理清了概念和思路. 谈到pattern,首先要清楚它为了什么而产生: PRG (参见链接1)是为了解决web页面的double submit问题而提供的一种方案. 1. double submit problem 上下文: 用户在browser中的pageA页面完成输入,点击了提交按钮,进入pageB页面,提示"提交成功". 这时, 若分别出现下列三种case: 1>

Constructor Prototype Pattern 原型模式(PHP示例)

当一个类大部分都是相同的只有部分是不同的时候,如果需要大量这个类的对象,每次都重复实例化那些相同的部分是开销很大的,而如果clone之前建立对象的那些相同的部分,就可以节约开销. 针对php的一种实现方式就是__construct()和initialize函数分开分别处理这个类的初始化,construct里面放prototype也就是公共的部分,initialize里面是每个对象特殊的部分.这样我们先建立一个类不initialize,以后每次clone这个类再进行initialize就可以了.

[LeetCode] 132 Pattern 132模式

Given a sequence of n integers a1, a2, ..., an, a 132 pattern is a subsequence ai, aj, ak such that i < j < k and ai < ak < aj. Design an algorithm that takes a list of n numbers as input and checks whether there is a 132 pattern in the list.

设计模式(四)The Factory Pattern 工厂模式

一.简单工厂 定义:定义一个创建对象的接口,但是由其子类决定要实例化的对象是哪一个,工厂方法让类的实例化推迟到子类. 通俗的来讲就是由工厂方法确定一个框架,具体的实现由其子类来完成.与简单工厂相比,简单工厂可是完成了整个对象的创建. 严格的来说简单工厂并不是一种设计模式,他更像是一种编程习惯. 代码说明一切! 1.这是一个简单工厂 ? 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 package my.oschina

设计模式(四)The Factory Pattern 出厂模式

一.简单工厂 定义:定义一个创建对象的接口,可是由其子类决定要实例化的对象是哪一个,工厂方法让类的实例化推迟到子类. 通俗的来讲就是由工厂方法确定一个框架.详细的实现由其子类来完毕. 与简单工厂相比,简单工厂但是完毕了整个对象的创建. 严格的来说简单工厂并非一种设计模式,他更像是一种编程习惯. 代码说明一切! 1.这是一个简单工厂 ? 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 package my.oschina

Factory Pattern(工厂模式)

1.工厂模式简介 工厂模式,专门负责将大量有共同接口的类实例化(用来生产对象).其定义为定义一个用于创建对象的接口,让子类决定实例化那一个类.工厂方法使一个类的实例化延迟到其子类. 工厂模式拥有以下几种类型: 简单工厂模式:又称为静态工厂模式 工厂方法模式 抽象工厂模式 2.简单工厂模式 通过工厂类的静态方法来获取需要的对象.以下代码使用简单工厂模式来实现图形工厂,用来获取不同类型的图形. Shape抽象类定义: public abstract class Shape { public abst

Design Pattern---(9)Iterator Pattern迭代器模式

有许多种方法可以把对象堆起来成为一个集合Collection,迭代器模式提供了单一的遍历模式. 定义: 迭代器模式:提供一种方法顺序访问一个聚合对象中的各个元素,而又不暴露其内部的表示 把游走的任务放在迭代器上,而不是聚合上.这样简化了聚合的接口和实现,也让责任各得其所.既可以使用java.util.Iterator,也可以自己设计一个接口 Java内置的Iterator接口如下: 1 public interface Iterator{ 2 public boolean hasNext();

Bridge Design Pattern (桥模式)

桥模式的核心思想在于:抽象和行为分离. 在JDON里面,板桥里人举的例子是咖啡(抽象)与加奶(行为)的关系.原文(http://www.jdon.com/designpatterns/bridge.htm) 意思比较清晰,比如说,按照排列组合关系,大杯咖啡,小杯咖啡,和是否加奶,能够组成四种组合:大杯加奶,小杯加奶,大杯不加奶,小杯不加奶,如果再加一种行为进去,比如加巧克力,或者加方糖什么的,势必会出现更多的组合.如果为每一种组合创造一种对象,会造成对象过多代码混乱的状况. 还有很多例子阐述类似

设计模式(一)The Strategy Pattern 策略模式

摘要 策略模式:定义算法族,分别封装起来,让他们之间可以相互替换,此模式让算法的改变独立于使用算法的客户. 设计模式 我们先来看看问题 -- 现在我们需要实现一个模拟鸭子的游戏,游戏中会出现各种各样的鸭子,他们会有不同的飞行方式,同样有不同的鸣叫方式,同时我们要考虑到以后还可能出现更多的各种各样新式的鸭子,那我们该如何来实现呢? 1>我们来试试继承 这是我们的Duck类 ? 1 2 3 4 5 6 7 8 9 package my.oschina.net.design.strategy; pub