我正在与2个项目的ASP.NET溶液。一个是Web界面,另一个包含我的业务逻辑。我使用LINQ到SQL在第二个项目我的数据访问。

除了我的数据库的,我有一个表称为用于保持用户信息的用户。

我已经开始实施的MembershipProvider。我注意到,是的MembershipUser加上的MembershipProvider。是什么让我的BLL / DAL谈用户的最正确的方法是什么? 我应该最小化实现和的MembershipUser每当用户调用的方法,它会调用如。 GetUserInfo()在我的BLL / DAL,以获得有关用户的完整信息?

或者我应该做的MembershipUser类的方法调用我的自定义“用户”类方法(如包装)在BLL / DAL(这个自定义的用户类是不相关的LINQ)?

,或者可以以某种方式我LINQ的延伸到SQL类 “CFUsers” 延长的MembershipUser。

我希望这是有道理的。

有帮助吗?

解决方案

我通常这看到一个单独的实体的MembershipUser围绕会员这是一个通用的关注,并在你的系统中的用户围绕着无论你的域名需要,我看到你的观点,其中这两个实体可以包含在一个,所以。配置文件是肯定要走的最简单的方法。

有在上MSDN文档一个walkthough http://msdn2.microsoft.com /en-us/lib...US,VS.80).aspx 和一 从斯科特·格思里好演练在 http://weblogs.asp.net/scottgu/archi。 ..18 / 427754.aspx

一如既往这取决于你的目标是什么。添加到档案是一种简单的机制 额外的数据。它需要很少的定制的方式 使信息容易获得的Web应用程序。这可能不是 要存储这种类型的数据;如果不是,它是一种非溶液。

如果这不适合,使得从缺省导出的新的提供者(至 继承你已经拥有的)是一个很好的选择。 当然还有最终的http:// codesmart.wordpress.com/2009/03/27/extending-the-microsoft-aspnet-membership-provider/

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top