A way to avoid deriving from the provider classes in mvc authentication
- by Shymep
Looking for the best practice for authentication in MVC I unfortunately didn't find the clear answer to my question. Thinking of the problem I tried to imagine some priciples that could be useful in my design.
Well,
I would like to use a base AccountController class
I want to place all the tables such as "Users", Roles, Rights etc into my own database. But I wouldn't like to implement the standard aspnetdb design (which can be easy got by using aspnet_regsql)
So the main question is can I do this without deriving abstract classes like MembershipProvider, RoleProvider etc? What I would prefer not to do is implement all the abstract methods from these classes.
The second question is still about the best practice for authentication e.g. for the small projects, for the large ones?