ASP.NET: How-to partilhar recursos (filiação, bibliotecas) entre aplicações web

Question

eu estou tentando criar um pequeno intranet. Por isso eu tenho um servidor web no meu pc local. A raiz deste site será um painel e ele irá conter login / registo funcionalidade (padrão ASP.NET Membership).

http://localhost
http://localhost/Account

O resto da intranet será composto de sub-aplicações como:

http://localhost/ApplicationName

O site raiz, e na maioria das sub-aplicações será exigindo autenticação do usuário para o qual eu vou estar utilizando o provedor ASP.NET Membership padrão.

Todos os projetos (de raiz e sub) são projetos separados em Visual Studio, e cada projeto tem o seu próprio projeto WebSetup para implantação.

1.) Como posso usar ASP.NET Membership em sub-aplicações?

Além disso, a maioria das aplicações (raiz e sub) estará usando uma biblioteca 3o partido (quadro de dados).

2.) Como posso referenciar a biblioteca no projeto-raiz e 'uso' da biblioteca referenciado no sub-aplicações?

Obrigado por todas as sugestões!

Answer 1

Criar seu código comum em projetos de biblioteca de classe que podem ser usados ??a partir de vários projetos web. Quanto ao provedor de associação, eu acho que você vai precisar para armazenar os dados de filiação em uma instância do SQL externo (que poderia estar no mesmo servidor) e, em seguida, basta usar as mesmas seqüências de conexão para acessá-lo em cada projeto.

Answer 2

Membership é projetado para trabalhar com um ou muitas aplicações. Você pode ter uma instância de um banco de dados (em separado de quaisquer bases de dados para qualquer um dos seus aplicativos) que pode abrigar cada uma de suas aplicações de dados de adesão. Se você deseja ter todos os seus aplicativos usam os mesmos dados de adesão, fornecer uma applicationName idênticos (e connectionString) quando definir associação de cada aplicativo web.config .

Quanto à segunda parte da sua pergunta, o tvanfosson resposta postada (juntamente com os comentários) deve levá-lo no caminho certo.

Editar (@ ropstah Comment): Ah, eu não conta para isso. Nesse caso, você gostaria de implementar Sign-on (SSO) único. Masoud Tabatabaei postou um artigo na ASPAlliance.com que anda através do processo. Além disso, a resposta fornecida pelo Keith Rull para esta questão Stack Overflow pode ajudar também.