自定義MembershipProvider與Web界面和DAL

Question

我正在與2個項目的ASP.NET解決方案。一個是Web界面，另一個包含我的業務邏輯。我在第二個項目中使用LINQ to SQL來訪問我的數據。

除了我的數據庫，我有一個名爲用戶的表，其中包含用戶信息。

我已經開始實施一個MembershipProvider。我注意到MembershipUser與MembershipProvider結合在一起。讓BLL/DAL談論用戶的最正確方法是什麼？ 我應該最低限度地實現MembershipUser和每當用戶調用一個方法，它會要求例如。在我的BLL/DAL中使用GetUserInfo（）來獲取有關用戶的完整信息？

或者我應該讓MembershipUser類方法在BLL/DAL中調用我自定義的「用戶」類方法（如包裝器）（這個定製用戶類與linq無關）？

或者我可以以某種方式擴展Linq到sql類「CFUsers」來擴展MembershipUser。

我希望這是有道理的。

Answer 1

我通常會看到這是一個單獨的實體，因爲MembershipUser圍繞會員這是一個普遍關注的問題，並且系統中的用戶圍繞您的域需要什麼，我確實看到您的觀點，這兩個實體可以包含在一個，所以。配置文件絕對是最簡單的方法。

有在 http://msdn2.microsoft.com/en-us/lib...US,VS.80).aspx在MSDN文檔一個walkthough和斯科特·格思裏在 http://weblogs.asp.net/scottgu/archi...18/427754.aspx

由於總是 好演練這取決於你的目標是什麼。添加到配置文件是一個簡單的機制 其他數據。它在定製的方式上很少需要，並且使得該信息易於被Web應用使用。這可能不是 您想要存儲此類型數據的位置;如果沒有，這是一個不解決的問題。

如果不適合，使得從默認的衍生一個新的供應商（以 繼承你已經擁有的）是一個很好的選擇。 當然還有最終的http://codesmart.wordpress.com/2009/03/27/extending-the-microsoft-aspnet-membership-provider/