Как вы реализовываете авторизацию в ASP.net MVC?

Question

[Roman Gamretsky]

Поделитесь какими способами делаете авторизацию. Плюсами и их минусами. Ну и желательно ссылками на примеры реализации.

Answer 1

[trerums]

www.asp.net/identity
И забейте на старый membership

Comments

[Roman Gamretsky]

Спасибо. Теперь осталось только разобраться с ролями пользователей и написать админку)

[Boxxy]

А я как дурак свой проект уже на membership написал, как-то даже и не попался на глаза Identity : \

Answer 2

[Алексей Гагарин]

Я использую SimpleMembership потому что для меня он прост, я его более или менее знаю, плюсом к тому он достаточно лёгок и гибок. Но с выходом MVC5 рекоммендуют использовать, как посоветовал комментатор выше, ASP.NET Identity. С ним я не работал.
Старый Asp.Net Membership использовать однозначно не рекоммендую, потому что в своём объёме и оптимизации он просто монструозный.

p.s. Вот вам очень полезная ссылка на тему авторизации. Мне в своё время очень помогла да и сейчас помогае

kevin-junghans.blogspot.ru

Answer 3

[Валерий Абакумов]

Добрый день!

Использую стандартный Membership API. Честно говоря, пока что не замечал за ним никаких ошибок в работе/глюков или странного поведения. Я не анализировал sql-код, описанный в хранимых процедурах Membership API, и потому не могу рассуждать о его "монструозности", но лично для меня у него есть следующие плюсы:
1) можно быстро развернуть с помощью утилиты aspnet_regsql
2) можно с помощью той же утилиты настроить его установку таким образом, чтобы установить только то, что Вам нужно (либо всё, либо только профили, либо роли и т.д.)
3) имеется много информации по работе с ним (чего не скажешь про Identity, во всяком случае, книжек с Identity, в которых подробно бы описывались принципы работы с ним, я не обнаружил)
4) с ним довольно просто и легко работать в коде (подробно можно прочитать в книжках "Microsoft ASP .NET 4 с примерами на c# 2010 для профессионалов" и "ASP.NET MVC 3/4 Framework с примерами на C# для профессионалов", особенно в первой книге, где в основном рассказывается про ASP.NET WebForms, очень подробно описана авторизация, аутентификация, членство, роли, профили - да все, что есть в ASP.NET, поэтому эту книгу стоит почитать. Вторая книжка - уже чисто по архитектуре ASP.NET MVC, и там основ членства, авторизации, ролей и прочего уже нет.)

Но есть и минусы:
1) использует стандартную схему БД - "dbo". Чтобы подружить его с другими схемами, нужно писать свой, кастомный membership provider.
2) в нескольких источниках слышал о том, что он, как и сказал Alexey_Gagarin, "моструозен", что код sql, используемый в хранимых процедурах, не оптимизирован. Повторюсь, я не проверял, но мне его функциональности пока что вполне достаточно.

Успехов!

Comments

[Алексей Гагарин]

Не могу найти ссылку сейчас, к сожалению, там обсуждались минусы данной технологии. А вы просто попробуйте хотя бы SimpleMembership (С Identity я сам пока не разбирался), уроков по нему достаточно, он достаточно гибкий и лаконичный. В нём, вместе порядка 10 (или сколько там в ASP.NET Membership) задаётся все 4 с минимальным количеством полей. Это во-первых. Во-вторых, таблица с именами пользователей и идентификаторами может быть интегрирована в любую таблицу вашей БД.
Т.е. насколько я помню в ASP.NET Membership таблица с именами пользователей достаточно большая, в ней много полей. СОответственно когда вы создаёте дополнительную информацию по пользователям (например имя и фамилию) вы либо добавляете эти поля в эту же таблицу и она становится ещё больше и уродливее (различные служебные поля ASP.NET Membership с хитрыми названиями смешиваются с вашими данными), либо создаёте связь один-к-одному и тогда многие ваши запросы начинают строиться на JOIN-ах, что ведёт к меньшей производительности (насколько я это всё знаю).
В случае с SimpleMembership вы всего лишь в паре строк кода указываете к какой таблице вы хотите присоединить данный провайдер и как называются поля с ID и UserName. Т.е. ваша таблица пользователей должна обязательно содержать два подобных поля, причём названы они могут быть как угодно. И всё. Вы инициализируете провайдер, указав на эту таблицу. Остальные небольшие таблицы он создаёт сам.
Конечно данный подход удобного использовать совместно с Code-First EF. Но в принципе не вижу прошлем использования и с другими технологиями. Попробуйте и вы сразу поймёте, что этот провайдер гораздо лаконичнее. В 12 студии с MVC4 он точно настроен по-умолчанию, насчёт 10-ой что-то не припоминаю. Если надо - дам ссылки как разобраться, там всё понятно за 10 минут изучения становится.

[Валерий Абакумов]

@Alexey_Gagarin добрый день! Спасибо, что разъяснили суть SimpleMembershipProvider. В принципе, удобно конечно, что его можно "привязать" к своей таблице. И да, Вы правы, в таблицах MembershipAPI много полей, в назначение которых я не углублялся. Когда я впервые запустил шаблон MVC 4 Internet Application в VS2012, как Вы и сказали, там уже был SimpleMembershipProvider, но я что-то тогда не стал разбираться с кодом, он мне показался сложноватым + я прочитал вот эту статью: odetocode.com/blogs/scott/archive/2012/09/24/peril... , в которой автор говорит о том, что может возникнуть исключение при определенных ситуациях, если на контроллере навешан атрибут [InitializeSimpleMembership] (правда, автор говорит и о решении такой проблемы). В результате в целях ускорить процесс разработки одного из проектов, я отказался от SimpleMembershipProvider в пользу membershipAPI, т.к. с ним уже имел опыт работы, а это позволило бы ускорить разработку проекта.
@Alexey_Gagarin был бы Вам признателен за ссылки на материалы, как правильно работать с SimpleMembershipProvider!

[Алексей Гагарин]

Ок, Я сегодня чуть попозже найду статьи, заодним ссылку гляну. В InitializeSimpleMembership не делается ничего сверхъественного, там просто как-раз-таки и находится код подключения провайдера к базе. При каждом запросе к контроллеру аттрибут проверяет был ли инициализирован провайдер, и если нет, то он его инициализирует. На самом деле это не единственный вариант, я вам дам ссылку где можно сделать по-другому. Причём сам я тоже так делаю - вы просто в Global.asax прописываете эту строку инициализации и всё. В общем попозже я в комментариях дам ссылки.