ASP.NET MVC - ActionFilterAttribute do sprawdzania danych POST

Question

Aktualnie mam aplikację korzystającą z usługi WebService do pobierania informacji o niektórych klientach. Więc ja walidacji danych logowania w mojej ActionResult jak:

[AcceptVerbs(HttpVerbs.Post)] 
public ActionResult ClientLogin(FormCollection collection) 
{ 
    if(Client.validate(collection["username"], collection["password"])) 
    { 
     Session["username"] = collection["username"]; 
     Session["password"] = collection["password"]; 
     return View("valid"); 
    } 
    else 
    { 
     Session["username"] = ""; 
     Session["password"] = ""; 
     return View("invalid"); 
    } 
} 

Gdzie Client.Validate() to metoda, która zwraca wartość logiczną na podstawie informacji dostarczonych na nazwę użytkownika i hasło POST

Ale zmienił zdanie i chciałbym użyć tego ładnego ActionFilterAttributes na początku metody, więc będzie on renderowany tylko wtedy, gdy Client.validate() zwróci true, tak samo jak [Authorize], ale z moim niestandardowym webservice, więc chciałbym mieć coś takiego:

[AcceptVerbs(HttpVerbs.Post)] 
[ValidateAsClient(username=postedUsername,password=postedPassword)] 
//Pass Posted username and password to ValidateAsClient Class 
//If returns true render the view 
public ActionResult ClientLogin() 
{ 
    return View('valid') 
} 

a następnie wewnątrz ValidateAsClient chciałbym mieć coś takiego:

public class ValidateAsClient : ActionFilterAttribute 
{ 
    public string username { get; set; } 
    public string password { get; set; } 

    public Boolean ValidateAsClient() 
    { 
     return Client.validate(username,password); 
    } 
} 

Więc mój problem jest, nie wiem dokładnie, jak to działało, bo nie wiem jak przekazać dydaktyczna do [ValidateAsClient (username = postedUsername, password = postedPassword)] a także, w jaki sposób mogę sprawić, aby funkcja ValidateAsClient działała poprawnie?

Mam nadzieję, że to jest łatwe do zrozumienia góry dzięki

Answer 1

Coś w tym chyba:

[AttributeUsage(AttributeTargets.All)] 
public sealed class ValidateAsClientAttribute : ActionFilterAttribute 
{ 
    private readonly NameValueCollection formData; 
    public NameValueCollection FormData{ get { return formData; } } 

    public ValidateAsClientAttribute (NameValueCollection formData) 
    { 
     this.formData = formData; 
    } 

    public override void OnActionExecuting 
       (ActionExecutingContext filterContext) 
    { 
     string username = formData["username"]; 
     if (string.IsNullOrEmpty(username)) 
     { 
      filterContext.Controller.ViewData.ModelState.AddModelError("username"); 
     } 
     // you get the idea 
    } 
} 

i używać go tak:

[ValidateAsClient(HttpContext.Request.Form)] 

Answer 2

powinien zastąpić następującą metodę.

public override void OnActionExecuting(ActionExecutingContext context) 

I z obiektu kontekstu, uzyskaj dostęp do swoich danych pocztowych.

Answer 3

Rozwiązałbym ten problem z niestandardowym segregatorem w ASP.NET MVC.

Załóżmy, że Twoje działanie będzie miało następujący podpis. Klasa

public ActionResult MyAction(MyParameter param) 
{ 
    if(param.isValid) 
    return View("valid"); 
    else 
    return View("invalid"); 
} 

myparam:

public class MyParameter 
    { 
     public string UserName{get;set;} 
     public string Password {get;set;} 

     public bool isValid 
     { 
     //check if password and username is valid. 
     } 

} 

wówczas zwyczaj spoiwo

public class CustomBinder:IModelBinder 
{ 
public object BindModel(ControllerContext controllerContext, ModelBindingContext bindingContext) 
     { 
      var p = new MyParam(); 
      // extract necessary data from the bindingcontext like 
      p.UserName = bindingContext.ValueProvider["username"] != null 
         ? bindingContext.ValueProvider["username"].AttemptedValue 
         : ""; 
      //initialize other attributes. 
     } 
} 

Answer 4

Nie wydaje mi się, że warto w tym przypadku użyć ActionFilterAttribute. A to, co chcesz zrobić, to zdecydowanie nie to samo, co atrybut Authorize.

Atrybut Authorize po prostu wprowadza wspólną logikę do kontrolera/akcji. Który jest:

Przekieruj do strony logowania, jeśli użytkownik nie jest zalogowany. Inaczej pozwól, aby akcja została wykonana.

Twoja akcja ClientLogin robi dokładnie to, co powinna teraz robić.
Byłoby źle zaprojektować, aby przenieść tę logikę na ActionFilterAttribute.