Какую систему аутентификации и авторизации в asp.net mvc 4 выбрать?

Question

[Pavel Kononenko]

Есть существующий проект, необходимо сделать авторизацию и аутентификацию. Из предпочтений ASPNET IDENTITY, но ее необходимо использовать без EF , так как меня не устраивает его модель базы и то что у EF в слое представления свой контекст.

Посоветуйте как можно обойти подход с EF в Aspnet Identity, так как там много чего нужного и годного есть и возможно в будущем я захочу использовать функционал.

Comments

[mletov]

"так как меня не устраивает его модель базы и то что у EF в слое представления свой контекст"
Вот в этом месте можно поподробнее?

[Pavel Kononenko]

mletov: У меня DAL отдельным проектом в solution, в слое представления считаю неправильным определять контекст как это делает Identity для операций над пользователем.

[mletov]

Вот хорошая статья metanit.com/sharp/mvc5/23.10.php
Ну да, у Identity свой контекст. Мне тоже иногда приходится плодить контексты, когда, например, идет выборка из разных баз, не вижу в этом криминала.

[mletov]

Ну а если так уж принципиально
https://code.msdn.microsoft.com/Simple-Aspnet-Iden...

[Pavel Kononenko]

mletov:
Это пртиворечит архитектуре моего приложения. Спасибо за ссылку, читаю.

Answer 1

[Зелимхан Бельтоев]

В принципе, нет ничего сложного в использовании Identity без EF.

Я, например, вместо EF в разрабатываемом сейчас проекте использую Dapper от Stackoverflow. Это не большая ORM, отсюда выигрыш в производительности раз в 10-12. А если к нему еще добавить плагины (SimpleCRUD и др.), то можно избавиться от самостоятельного написания запросов.

По теме, тут неплохая статья-туториал по избавлению от EF в Identity

Comments

[Pavel Kononenko]

Я видел эту статью, спасибо. Вытащил identity в отдельный проект и выпилил ото всюду identity entity framework. Я просто интересуюсь есть ли что-то универсальное кроме identity. Чтобы модно было юзать его c onion architecture без лишних библиотек и кучи классов.

[Зелимхан Бельтоев]

Oskar87: аналогов Identity не встречал, но не вижу особых проблем в организации onion архитектуры. Из минусов только лишние библиотеки и классы, но я бы с этим не заморачивался