C# 自定义ASP.net成员资格4.5
我目前使用的是默认的ASP.NET 4.5成员资格,当您创建一个新的解决方案时,该成员资格将生效。我对它做了一些修改,添加了角色,所以第四,但现在我想继续定制,我很好奇定制给定的成员资格是一种“更好的做法”(仍在研究这种可能性),还是我最好尝试从头开始构建? 我正在努力自学,所以,我想获得经验,如果我被录用的话,我能看到什么。企业是否使用ASP.net成员资格? 我当前的项目使用代码优先实体框架和LINQ。可以说,我觉得会员制在幕后做了很多事情。对于它执行的操作,很少有代码隐藏,现在我想进行更改,这有点让我厌烦 有没有人能解释一下,或者推荐一些好的读物 按要求编辑 简单的事情,比如在创建用户时,我想添加一些字段以请求更多信息C# 自定义ASP.net成员资格4.5,c#,asp.net,linq,entity-framework,C#,Asp.net,Linq,Entity Framework,我目前使用的是默认的ASP.NET 4.5成员资格,当您创建一个新的解决方案时,该成员资格将生效。我对它做了一些修改,添加了角色,所以第四,但现在我想继续定制,我很好奇定制给定的成员资格是一种“更好的做法”(仍在研究这种可能性),还是我最好尝试从头开始构建? 我正在努力自学,所以,我想获得经验,如果我被录用的话,我能看到什么。企业是否使用ASP.net成员资格? 我当前的项目使用代码优先实体框架和LINQ。可以说,我觉得会员制在幕后做了很多事情。对于它执行的操作,很少有代码隐藏,现在我想进行更改
` protected void RegisterUser_CreatedUser(object sender, EventArgs e)
{
FormsAuthentication.SetAuthCookie(RegisterUser.UserName, createPersistentCookie: false);
string continueUrl = RegisterUser.ContinueDestinationPageUrl;
if (!OpenAuth.IsLocalUrl(continueUrl))
{
continueUrl = "~/";
}
Response.Redirect(continueUrl);
}`
我看不出隐藏的代码是如何获取表单中的数据的。或者说它真的做了什么让人尴尬的事。我对LINQ和Entity有很好的理解,所以我想用它来修改它,我想这甚至可以修改吗?最好的做法是覆盖特定的方法,而不是重写一个全新的提供者
public class MyMembershipProvider : MembershipProvider {}
如果您想了解,我建议您反编译提供程序dll并查看隐藏的内容。太大了,;我不能把它们贴在这里 最好的做法是重写特定的方法,而不是重写一个全新的提供者
public class MyMembershipProvider : MembershipProvider {}
如果您想了解,我建议您反编译提供程序dll并查看隐藏的内容。太大了,;我不能把它们贴在这里 根据经验,一些企业使用.NET中的自定义会员资格提供商和自定义角色提供商作为其会员资格提供商的主干。我认为遵循类似于此示例的模式会有所帮助:
从经验来看,一些企业使用.NET中的自定义会员资格提供商和自定义角色提供商作为其会员资格提供商的主干。我认为遵循类似于此示例的模式会有所帮助:
这应该会让您开始学习。我们已经在多个应用程序中使用了MembershipProvider。 然后我们转到CustomMembershipProvider,它解决了来自客户端的一些特定于域的请求 当我们使用MembershipProvider时,我们的DBA对在MSQL中创建的所有表都不满意 现在我们不再使用MembershipProvider,而是从头开始构建大部分内容 我们确实使用了一些内置函数,如System.Web.Security.FormsAuthentication.SignOut()等
祝你好运 我们在几个应用程序中使用了MembershipProvider。 然后我们转到CustomMembershipProvider,它解决了来自客户端的一些特定于域的请求 当我们使用MembershipProvider时,我们的DBA对在MSQL中创建的所有表都不满意 现在我们不再使用MembershipProvider,而是从头开始构建大部分内容 我们确实使用了一些内置函数,如System.Web.Security.FormsAuthentication.SignOut()等
祝你好运 什么样的定制?我已经在很多实际生产应用程序中使用了默认和自定义成员资格提供程序。什么样的自定义可能重复?我已经在很多实际生产应用程序中使用了默认和自定义成员资格提供程序。可能的重复应该不是问题。新的通用提供者本身首先使用的是EF代码,这应该不是问题。新的通用提供程序本身首先使用EF代码