有沒有人使用ASP.NET Membership Provider代碼和新的1.3工具包和MVC?ASP.NET會員供應商
我找了一些更新的代碼,到目前爲止,所有我能找到的代碼在這裏:
http://archive.msdn.microsoft.com/windowsazuresamples
有沒有人對任何更近的信息嗎?看起來很奇怪,這些過時的例子都是我能找到的,而且這些例子都沒有使用MVC。
感謝,
戈登
有沒有人使用ASP.NET Membership Provider代碼和新的1.3工具包和MVC?ASP.NET會員供應商
我找了一些更新的代碼,到目前爲止,所有我能找到的代碼在這裏:
http://archive.msdn.microsoft.com/windowsazuresamples
有沒有人對任何更近的信息嗎?看起來很奇怪,這些過時的例子都是我能找到的,而且這些例子都沒有使用MVC。
感謝,
戈登
我使用的1.3版本是樣品。
它確實有效。
但是,總體而言,我發現使用表存儲來獲得成員身份存在嚴重的限制 - 如果您使用表存儲,那麼很難獲得簡單的信息,比如我擁有多少用戶?
如果您的會員需求非常瑣碎,那麼您可以使用這些示例中顯示的表存儲。但是,如果您有更高級的需求,那麼您需要在樣本上做很多工作,否則您需要切換到SQL Azure。
對於我正在構建的站點,我希望有一天有一個付費會員計劃,那麼我已經開始使用更普通的基於SQL的成員身份。
Azure存儲的問題是無法確保原子操作,因此無法以直接的方式「鎖定」資源。我的意思是,你不能執行此原子:
那麼,你可以嘗試設置您的表中的實體「鎖定」的標誌,但是當查詢回來說「被鎖定」,webrole可以鎖定它。當然,你不能直接鎖定沒有檢查。
Azure的斑點有一些所謂「租借」,但對於至少一分鐘,不是很適合的網頁,其中每個頁面都可以寫和讀。
因爲沒有辦法鎖定資源,所以當用戶很少的時候就會運行一個應用程序......如果不是唯一一個:D。但是,當你做一些負載測試,你看到很多與ETag的相關併發問題。 I tried to use the session provider and I gave up。
實例運行相當整齊,但如果你把幾個平行webroles並執行一些沉重的負載測試,你將看到的問題。
乘坐Loock這個解決方案:http://azureproviders.codeplex.com/
它是一種基於斑點的全體成員沒有一個SQL數據庫&表。