Odłączenie Microsoft.AspNet.Identity. *

Question

Pracuję w Visual Studio 2013 RC i testuję uwierzytelnianie formularzy przy użyciu nowych pakietów Microsoft.AspNet.Identity.*.

Chciałbym zintegrować te koncepcje (Użytkownicy, role, itp., Itp.), Ale chcę używać własnych modeli domen (POCO), które są w innym zestawie. Nie chcę również tworzyć zależności od bibliotek dll Microsoft.AspNet.Identity.*.

Czy to możliwe? Znalazłem this article, która mówi, że tak nie jest, ale artykuł jest napisany na podstawie pakietów paczek tożsamości Preview a nie RC.

Answer 1

Tak, jest to w pełni obsługiwany scenariusz, zasadniczo będziesz chciał użyć exclude, używając biblioteki Microsoft.AspNet.Identity.EntityFramework, która ma domyślną implementację EF, ale powinieneś być w stanie ponownie użyć klas Managera i po prostu zaimplementować swoje własne niestandardowe Sklepy korzystające z własnych POCO, których menedżer będzie używał dobrze przez interfejs. W przypadku RTM jego usprawnienia i uproszczenia były nieco inne, uważam, że wersja RC nie była jeszcze tak usprawniona.

Updated można uzyskać szybki dostęp do bitów RTM tutaj: MyGet

Answer 2

I zostały zaktualizowane mój przykładowy projekt, który można znaleźć tutaj: Identity RC1 sample

Teraz implementuje model Entity Framework, nadal wymaga odwołania do Microsoft.AspNet.Identity.EntityFramework, ponieważ nie chcę ponownie wdrożyć wszystkie klasy Store również. Ale przykład pokazuje, jak możesz użyć własnych klas POCO dla modelu.

Jeśli chcesz całkowicie usunąć zależność od Microsoft.AspNet.Identity.EntityFramework z montażem modelu trzeba zaimplementować klasę wykonawczą interfejs IIdentityStore który ma właściwości następujących interfejsów:

• IUserLoginStore
• IRoleStore
• IUserSecretStore
• ITokenStore
• IUserClaimStore
• IUserManagementStore
• IUserStore

klasie IIdentityStore powinny być w zespole oddzielić od montażu modelu, z odniesieniem do montażu Twojego modelu. Zestaw IIdentityStore byłby zależny od rdzenia tożsamości ASP.Net.

Niestandardowa realizacja IIdentityStore musiałby somwhow móc konwertować do i od swoich klas POCO do interfejsów ASP.Net tożsamości, takie jak IUser, IUserSecret itp

Wydaje mi się, że dużo pracy dla niewielki zysk, jeśli mimo to korzystasz z EF w swoich sklepach.

Podejmowanie zależności od zestawu AspNet.Identity.Core i korzystanie z niektórych klas POCO, które implementują po jednym małym interfejsie, wydaje się dużo prostsze.

Answer 3

Na wszelki wypadek. Może mogę komuś pomóc. exorcising entity framework from asp.net.Identity

ja stworzony osobny projekt (klasa Library), a następnie dodać do asp.identity.core ref, potem ja realizowane moja klasa nie UserStore i paszy moja tożsamość config w projekcie internetowym.

Działa dobrze w projekcie ze złożoną architekturą n-warstwową.