我應該使用asp.net會員系統嗎？

我開發了一個使用成員資格的網絡。我有幾個我必須實現的故事。我想用MVC 2的實體框架來構建這個站點。 asp.net會員系統有非常好的功能。但難以延續？我不知道。我應該使用asp.net會員系統嗎？

其中之一：我想給每個用戶一個uniq名稱，用戶可以使用它來像這樣「www.somesite.com/someuser」。我希望用戶可以根據名字和姓氏生成這些獨特的名字（James Hetfield = jameshetfield）。所以我必須擴展我的會員表結構。但我不知道如何在我的數據庫中保存我的用戶的名字和姓以與我的會員和表單身份驗證方法進行交互。我該怎麼做呢？

在那裏我感到困惑的是：當我更改成員資格表上的數據..如果有任何領域，我必須改變我的變化。

來源

2010-06-28 beratuslu

你在這裏問很多東西 - ASP.NET配置文件，成員資格，ASP.NET 4.0路由，ADO.NET，實體框架......嘗試將它分解成一些可以回答的連貫的直接問題：）一些信息讓你開始 - http://social.msdn.microsoft.com/Search/en-US?query=ASP.NET%20profile%20provider&ac=3，http://social.msdn.microsoft.com/ Search/en-US？query = ASP.NET％20membership％20provider＆ac = 3，http://social.msdn.microsoft.com/Search/en-US?query=ASP.NET%20routing&ac=3 – 2010-06-28 23:04:08

從數據的角度來看，很容易擴展，只需定義自己的EF Person表並存儲ProviderUserKey guid列即可充當ASP.NET Membership表的外鍵。

當您想以編程方式而不是通過設計曲面控件（用於登錄，密碼恢復等）執行所有操作時會發生較大的難度。一旦你找到文檔，這一切都是可行和直接的，但你最終會做大量的搜索。您需要這樣做才能勾選正確的事件，以便您同時創建和刪除會員資格和人員等。

總而言之，使用和擴展與自己滾動對比是有意義的。有很多這是照顧你。

來源

2010-06-28 23:07:48 Rob

一個簡單的問題，因爲您的連接的名/姓的標識符需要唯一的URL用途，爲什麼不只是使用戶名，然後將他們的名字和姓氏添加到配置文件服務？

成員資格非常方便，大部分都是交鑰匙工程。沒有意義重新發明輪子，特別是內置對象和支持的成員和角色對象。如果數據庫存儲是一個問題，我會建議儘早設計將新密鑰添加到成員表以進行連接。這將確實有助於您的性能和空間要求。我最近不得不重新構思我的想法，並希望儘早完成它。

還有一點需要注意的是，如果您有任何支持該數據庫的計劃，則可以使用MySQL成員資格，但絕不是直截了當。

來源

2010-06-29 00:07:38 Laramie

是的。你是正確的做獨特的名字的方法。我會考慮這個。但我想知道是否有意義實施我自己的配置文件提供程序。由於aspnetqlprofile提供程序在sql server中使用了很多存儲過程，我不想落入這些。 – beratuslu 2010-06-29 12:18:33

我不確定我是否理解你對使用Sql Profile提供者的猶豫。向Profile Provider添加屬性只涉及更新web.config。請參閱http://msdn.microsoft.com/en-us/library/2y3fs9xs.aspx。除非您真的想要，否則無需進入存儲過程。您應該只能使用應用程序中的Profile對象來讀取/更新數據。對不起，如果我誤解了你的問題。 – Laramie 2010-06-29 18:10:48

謝謝..我剛開始與會員一起工作，我不知道什麼配置文件（實際上仍然沒有），我會研究它。 – beratuslu 2010-06-30 16:05:06

我應該使用asp.net會員系統嗎？

回答

相關問題