I keep seeing this question in forums and on twitter so I thought I’d
post all the various ways you can handle this and what the pros and
cons are.
The Scenario
Imagine you have a user signup form. There are several textbox fields for entering the new account information and then two buttons: Signup and Cancel. Signup will process the account information and Cancel will return the user to the home page.Option 1 – Each button submits the form but provides a different value
~/Views/Account/Register.aspx~/Controllers/AccountController.cs1: <% using (Html.BeginForm()) { %>2: <div>3: <fieldset>4: <legend>Account Information</legend>5: <p>6: <label for="username">Username:</label>7: <%= Html.TextBox("username") %>8: <%= Html.ValidationMessage("username") %>9: </p>10: <p>11: <label for="email">Email:</label>12: <%= Html.TextBox("email") %>13: <%= Html.ValidationMessage("email") %>14: </p>15: <p>16: <label for="password">Password:</label>17: <%= Html.Password("password") %>18: <%= Html.ValidationMessage("password") %>19: </p>20: <p>21: <label for="confirmPassword">Confirm password:</label>22: <%= Html.Password("confirmPassword") %>23: <%= Html.ValidationMessage("confirmPassword") %>24: </p>25: <button name="button" value="register">Register</button>26: <button name="button" value="cancel">Cancel</button>27: </p>28: </fieldset>29: </div>30: <% } %>
The downside to this solution is that you have to add some yucky conditional logic to your controller and all the form data has to be submitted to the server just so the server can issue a redirect. To make the controller code a little better you could implement a custom ActionMethodSelectorAttribute like this:1: [AcceptVerbs(HttpVerbs.Post)]2: public ActionResult Register(string button, string userName, string email, string password, string confirmPassword)3: {4: if (button == "cancel")5: return RedirectToAction("Index", "Home");6:7: ViewData["PasswordLength"] = MembershipService.MinPasswordLength;
8:9: if (ValidateRegistration(userName, email, password, confirmPassword))
10: {11: // Attempt to register the user
12: MembershipCreateStatus createStatus = MembershipService.CreateUser(userName, password, email);13:14: if (createStatus == MembershipCreateStatus.Success)
15: {16: FormsAuth.SignIn(userName, false /* createPersistentCookie */);17: return RedirectToAction("Index", "Home");18: }19: else
20: {21: ModelState.AddModelError("_FORM", ErrorCodeToString(createStatus));
22: }23: }24:25: // If we got this far, something failed, redisplay form
26: return View();
27: }
Now I can split into two action methods like this:1: public class AcceptParameterAttribute : ActionMethodSelectorAttribute2: {3: public string Name { get; set; }4: public string Value { get; set; }5:6: public override bool IsValidForRequest(ControllerContext controllerContext, MethodInfo methodInfo)7: {8: var req = controllerContext.RequestContext.HttpContext.Request;9: return req.Form[this.Name] == this.Value;10: }11: }12:
Again, this isn’t the most efficient method but it does let you handle different buttons with different controller methods.1: [ActionName("Register")]
2: [AcceptVerbs(HttpVerbs.Post)]3: [AcceptParameter(Name="button", Value="cancel")]4: public ActionResult Register_Cancel()
5: {6: return RedirectToAction("Index", "Home");7: }8:9: [AcceptVerbs(HttpVerbs.Post)]10: [AcceptParameter(Name="button", Value="register")]11: public ActionResult Register(string userName, string email, string password, string confirmPassword)12: {13: // process registration
14: }
Option 2 – A second form
All I did here was add a new form after the registration form and point it at my other controller action. I then changed the cancel button to type=”button” so that it would try to submit the form it was sitting in and added an onlick that uses a simple jQuery expression to submit my other “cancel” form. This is more efficient now that it wont submit all the registration data but it is still not the most efficient since it is still using the server to do a redirect.1: <% using (Html.BeginForm()) { %>2: <div>3: <fieldset>4: <legend>Account Information</legend>5: <p>6: <label for="username">Username:</label>7: <%= Html.TextBox("username") %>8: <%= Html.ValidationMessage("username") %>9: </p>10: <p>11: <label for="email">Email:</label>12: <%= Html.TextBox("email") %>13: <%= Html.ValidationMessage("email") %>14: </p>15: <p>16: <label for="password">Password:</label>17: <%= Html.Password("password") %>18: <%= Html.ValidationMessage("password") %>19: </p>20: <p>21: <label for="confirmPassword">Confirm password:</label>22: <%= Html.Password("confirmPassword") %>23: <%= Html.ValidationMessage("confirmPassword") %>24: </p>25: <p>26: <button name="button">Register</button>27: <button name="button" type="button" onclick="$('#cancelForm').submit()">Cancel</button>28: </p>29: </fieldset>30: </div>31: <% } %>32: <% using (Html.BeginForm("Register_Cancel", "Account", FormMethod.Post, new { id="cancelForm" })) {} %>33:
Option 3: All client side script
This is the most efficient way to handle the cancel button. There is no interaction with the server to get the url to redirect to. I rendered a hidden <a> tag to contain the url but still used the <button> and some script so that the cancel option still looked like a button on the form. It would also work if I just displayed the <a> tag instead of the button. I’ve noticed several sites that have buttons for actions that submit data and links for actions like cancel that do not. I bet it has to do with this same sort of problem.1: <p>2: <button name="button">Register</button>3: <button name="button" type="button" onclick="document.location.href=$('#cancelUrl').attr('href')">Cancel</button>4: <a id="cancelUrl" href="<%= Html.AttributeEncode(Url.Action("Index", "Home")) %>" style="display:none;"></a>5: </p>6:
No comments:
Post a Comment