FormsAuthentication eskimiş mi? [kapalı]


46

ASP.NET MVC 5 kullanarak bir web sitesi oluşturuyorum. Microsoft, FormsAuthentication'ı değiştirmek için herhangi bir teknolojiyi piyasaya sürdü mü veya hala MVC 5 için FormsAuthentication kullanarak kullanıcının kimliğini doğrulaması önerilir mi?


3
"Tamam" ve "Eski" yi tanımlayın ve "Sevmediğiniz" i açıklayın.
Robert Harvey,

24
Bu soru neden kapalı? OP, FormsAuthentication'ın MVC 5'de eski olup olmadığını ve bunun yerine başka bir teknoloji olup olmadığını soruyor. Bu, "MVC 5'te FormsAuthentication'ı kullanmayı düşünüyorsunuz" gibi fikir temelli bir soru değil.
Tony_Henrich

3
@Tony_Henrich, evet bunun neden kapalı olduğunu anlamıyorum. Neyse ki Rowan kapanmadan önce yararlı bir cevap verdi. Kısmen cevabını temel alan MVC5 projemde hala FormsAuthentication kullandım.
sean717

3
Bunun neden kapalı olduğunu anlamıyorum? Bu soru, bu borsa borsa işleminin amacı değil ve bu tür bir soruyu stackoverflow'ta sormama değil midir?
contactmatt

3
Bu sorunun neden kapatıldığını anlamıyorum? Projem asp.net 4.0 web formlarından form kimlik doğrulamasıyla asp.net 4.5 MVC5'e geçiyor ve şu anki kodla en iyi yaklaşımı araştırıyorum. Lütfen StackExchange'in Wikipedia'dan daha kötü bir şekilde yönetilmesine izin vermeyin.
JoshYates1980

Yanıtlar:


50

Evet. FormsAuthentication MVC 5 ve sonrasında onaylanmadı.

En azından kısa cevap bu.

Uzun cevap, MVC 5 öncesi geleneksel FormsAuthentication kullanımının hala iyi olduğu yönünde . Ancak, ASP.NET Kimliği gibi alternatif yaklaşımlar lehine kaldırılıyor .

Visual Studio 2013'te, için sağlanan kimlik doğrulama seçenekleri ve MVC 5 uygulaması aşağıdaki gibidir:

VS2013 kimlik doğrulama seçenekleri

Bu durumda, Bireysel Kullanıcı Hesapları ASP.NET Kimliği'ne atıfta bulunmaktadır .

Microsoft’a göre, eski ASP.NET Üyeliği ASP.NET Kimliğiyle değiştirildi,

[...] örnek uygulama ASP.NET Kimliği'ni ( önceden ASP.NET üyeliği olarak bilinir ) kullanacak şekilde yapılandırılır

(Vurgu madeni)

Microsoft ayrıca devlet

Yeni üyelik sistemi, ASP.NET Form Kimlik Doğrulama modülünden ziyade OWIN'e dayanmaktadır.

Böylece Kimlik, FormsAuthentication'ın tam yerine geçmedi, aksine FormsAuthentication'ı kullanan Üyelik sisteminin yerini aldı. İyi bir şey, çünkü 2013'te sorduğum bir soruya göre, Üyelik oldukça kafa karıştırıcıdır .

Yine de bir tür FormsAuthentication var . Microsoft'a göre ,

ASP.NET, FormsAuthenticationModule aracılığıyla form kimlik doğrulama desteği de sağlar; ancak yalnızca ASP.NET'te barındırılan uygulamaları destekleyebilir ve talep desteği bulunmaz. İşte kaba bir özellik karşılaştırma listesi: Özellik karşılaştırması

Bu nedenle, yine de FormsAuthentication özelliğini kullanmak istiyorsanız , MVC 5'te OWIN Formları kimlik doğrulamasını anlama bölümüne bakın .

Bu nedenle Microsoft , ASP.NET Kimlik'i kullanmanızı önerir. Tabii ki zorunda değilsin. Kimlik Doğrulama Yok seçeneğini seçebilirsiniz , proje sizin için hiçbir şey uygulamaz. Daha sonra ise üyelik / giriş ihtiyaçlarını karşılamak için size kalmış .


5
Ne OP ne de bu cevap özel form kimlik doğrulamasından bahsetmez. Uygulamalarımda yerleşik üyelik kontrollerini ve SQL Server tablolarını istemiyorum ve kullanmıyorum, bunun yerine kodumu ve kullanıcı tablomu kullanarak bir kullanıcıyı doğrularım. Sonra kimliği doğrulandıktan sonra, auth çerezini oluşturmak ve ayarlamak için FormsAuthentication kullanıyorum. ASP.NET Kimlik kullanmıyorum, ancak umarım bu senaryoyu da desteklemektedir.
Tony_Henrich

@Tony_Henrich, "kodumu ve kullanıcı tablomu kullanarak bir kullanıcının kimliğini doğrula. Sonra kimliği doğrulandıktan sonra, kimlik doğrulaması tanımlama bilgisini oluşturmak ve ayarlamak için FormsAuthentication kullanırım." ASP.NET üyelik kontrollerini ve SQL Server tablolarını gerçekten sevmiyorum. "ASP.NET üyeliği" sistemi için kesinlikle kullanımdan kaldırıldığını ve kullanılmaya başlanması gerektiğini biliyorum (aslında yıllar önce)
sean717

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.