Pergunta

O que é hospedagem de CLR? Qual é o caso de uso para isso?

Foi útil?

Solução

Ver aqui Para obter informações sobre a hospedagem de CLR, relevante para CLR V2 (.NET 2.0, 3.0 e 3.5). Para obter informações sobre a mais recente API de hospedagem de CLR na .NET 4.0, Veja aqui.

Basicamente, o CLR atua como uma biblioteca que pode ser carregada e "hospedada" por um processo. Você pode desenvolver um aplicativo que carregue e hospeda o CLR, se desejar; Isso permitiria que seu aplicativo conteria uma máquina virtual de CLR inteira, carregamentos de carregamento e executar o código gerenciado .NET tudo dentro dela.

O SQL Server 2008, por exemplo, pode fazer isso. Você pode escrever o código .NET que é armazenado em um banco de dados do SQL Server e executado no mecanismo de banco de dados do SQL Server. O SQL Server está hospedando o CLR para conseguir isso.

Um host CLR que não seja o shell do Windows (a interface usual do usuário) pode fornecer um contexto específico para o seu código ser executado. Isso pode ser útil para aplicativos especializados ou cenários muito específicos. O MSDN (link acima) possui algumas diretrizes sobre esses assuntos.

Outras dicas

O alvo de cada configuração é diferente:

Configuração de implantação ativa: Nenhuma ativação

Esta é uma configuração do Visual Studio, determinando se o Visual Studio deve ativar todo o recurso depois de implantar através dele.

recurso -> Ativar no padrão: False

Esta é uma configuração do SharePoint, determinando se o SharePoint deve ativar o recurso específico automaticamente.Só funciona para recurso com Fazenda de escopo e WebApp.Se o verdadeiro SharePoint ativa o recurso quando a solução estiver instalada e se o WebApp escopo quando um novo Webapp for criado

O CLR Hosting está hospedando usos .NET Application.Quando você inicia o tempo de execução .NET dentro de um processo nativo, esse aplicativo nativo se torna um host para o tempo de execução. Isso permite adicionar recursos .NET aos seus aplicativos nativos.

Se o tempo de execução estiver em execução, mas ainda não possui nenhum código de usuário carregado. Alguns agendadores de threads internos e coletor de lixo certamente estão em execução, porque fazem parte do tempo de execução do CLR, é muito complicado do que outros serviços de hospedagem.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top