title: Post Redirect Get in ASP.NET MVC And Validation With Restful URLs
body: <p>I have a restful URL for the action of editing a page. This is implemented on the controller as an Edit method, which accepts GET requests and an Edit method that accepts POST requests.</p>
  
  <p>This means you can visit the Edit URL and it will display a form for a GET or save a form for a POST.</p>
  
  <pre><code>[HttpGet]
  public ActionResult Edit(int id) {
      ...
  }
  
  [HttpPost]
  public ActionResult Edit(EditModel model) {
      ...
  }
  </code></pre>
  
  <p>The Post-Redirect-Get (PRG) pattern seems pretty black and white, because it essentially redirects every POST back to a GET action. However, I need to be convinced that this is the correct thing to do.</p>
  
  <p>My plan is that in the POST action, if the model is valid I will use the Post-Redirect-Get pattern to send the user to a reasonable location (probably the Index or Details action).</p>
  
  <p>However, if there is a model validation problem, I still want to just display the view. I don't want to redirect the user, because it means stuffing the model and ModelState into temporary data and redirecting to the GET action - and then adding logic into the GET action to handle the temp data. I could avoid all of this by simply displaying the view.</p>
  
  <p>Yes, if the user presses F5 it will re-submit the form and they will be presented with the "resubmission warning", but then the same page (asking them to fix validation errors). However, it seems unlikely that they will hit F5 and there is also no danger of a double-submission as the form will simply fail the validation once again.</p>
  
  <p>If the validation passes, the user will be redirected and they will be safe from double submissions.</p>
  
  <p>So should I implement additional code and stuff data into temp data in order to strictly follow the PRG pattern, or is it more sensible to use the PRG pattern when the form is valid and data is being stored?</p>