Поставщики членства в ASP.NET - избегайте настройки в web.config

Question

У меня есть мультитенантное приложение, в котором у каждого арендатора будет своя собственная база данных. Веб-приложение ASP.NET MVC3 рассмотрит переданное имя пользователя и определит, какую базу данных клиентов использовать для аутентификации пользователя.

Я могу заставить это работать, если я добавлю несколько строк подключения / членства, я смогу заставить его работать.

Мне нужен способ удалить зависимость от web.config.

Есть ли способ настроить SqlMembershipProviders с помощью кода и не привязывать себя к файлу web.config? Я думаю, что мог бы сделать это с заказчиком, которого я пишу, но хотел бы узнать, есть ли способ, прежде чем идти по этому пути.

Answer 1

Я стал менее фанатом использования поставщика членства ASP.NET для моих проектов MVC, которые обрабатывают пользовательские данные другими способами. Вместо этого я использую аутентификацию форм и включаю хэш и соль пароля в качестве столбцов в моей пользовательской базе данных (аналогично схеме), а затем вручную устанавливаю cookie аутентификации форм.

Это на самом деле не отличается от того, что устанавливают стандартные леса проекта MVC. Мне просто не нравилось связывать свои записи пользователей с записями о членстве в ASP.NET, и я не использовал связанные возможности профиля или роли.

Если вы пойдете по этому пути, то у вас есть несколько вариантов того, как обрабатывать сценарии с несколькими арендаторами, но я серьезно сомневаюсь, что вы сможете (или хотите, в этом отношении) избавиться от Интернета. Конфиг в целом.

Для некоторых мультитенантных идей, посмотрите мой ответ на этот вопрос SO: SaaS: одно веб-приложение на одну базу данных VS. много веб-приложений для многих баз данных