Exportar (0) Imprimir
Expandir Tudo
Este artigo foi traduzido por máquina. Coloque o ponteiro do mouse sobre as frases do artigo para ver o texto original. Mais informações.
Tradução
Original

Understanding ASP.NET Dynamic Compilation

Para que seu aplicativo da Web possa atender requisições de serviços, o ASP.NET deve primeiro analisar e compilar o código do seu aplicativo da Web em um ou mais conjuntos.
Quando o código é compilado, é traduzido para uma representação independente de liguagem e de CPU chamada Linguagem Intermediária da Microsoft (MSIL - Microsoft Intermediate Language). Em tempo de execução, MSIL roda no contexto do Framework .NET, que traduz para instruções específicas de CPU do processador do computador que está rodando a aplicação.

Por padrão, páginas Web ASP.NET e arquivos de código são compilados dinamicamente quando os usuários requisitarem um recurso pela primeira vez, como uma página ASP.NET (. aspx), a partir de um Web site.
Depois de páginas e arquivos de código foram compilados pela primeira vez, os recursos recolhidos são armazenados em cache, de forma que os pedidos subsequentes para a mesma página são extremamente eficientes.

ASP.NET suporta a compilação dinâmica de páginas ASP.NET (. aspx), ASP.NET Web Services (arquivos. asmx), manipuladores HTTP ASP.NET (arquivos. ashx) e arquivos de aplicativos ASP.NET (Global.asax) , bem como outros arquivos, como código-fonte e arquivos de classe.
Para mais informações sobre tipos de arquivos ASP.NET, consulte Tipos de arquivos de projetos da Web do ASP.NET. Para mais informações sobre o processo de compilação, consulte a seção "Compilation Life Cycle" do Ciclo de Vida do Aplicativo ASP.NET uma visão geral para o IIS 5.0 e 6.0.

Quaisquer alterações em um arquivo compilado dinamicamente invalida automaticamente a montagem do e força a recompilação de todos os recursos afetados compilados do arquivo.
A próxima vez que um pedido para que o código é feita, ASP.NET reconhece que o código mudou e recompila os recursos afetados da aplicação web.
Este sistema permite que você desenvolva rapidamente aplicações com um mínimo de sobrecarga de processamento de compilação.
(Note that depending on the change to the resources, the result can range from recompiling a single page to recompiling the entire Web site.)

Quando a primeira requisição é feita para uma aplicação, o ASP.NET compila arquivos em uma ordem específica.
Os primeiros itens a serem compilados são referidos como os itens de nível superior. Após o primeira requisição, os itens de nível superior são recompilados somente se ocorrer uma mudança de dependência.

Itens de nível superior incluem a pasta App_GlobalResources, a pasta App_WebResources, propriedades de perfil, a pasta App_Code, e o arquivo Global.asax.
Depois que os itens de nível superior são compilados, o ASP.NET compila itens adicionais. Esses itens incluem a pasta App_LocalResources, páginas ASP.NET individuais (aspx), controles de usuário ASP.NET (arquivos .ascx), manipuladores HTTP ASP.NET (arquivos .ashx) e módulos HTTP ASP.NET (arquivos .asmx ), bem como temas, páginas mestras, e outros arquivos de origem.

Para obter mais informações, consulte Layout de Site Web do ASP.NET e a seção "Compilation Life Cycle" em Visão geral sobre do ciclo de vida do aplicativo ASP.NET.

Quando seu código é compilado, os conjuntos resultantes são armazenados em uma pasta no servidor.
Esta pasta requer permissões adequadas para que o código compile e execute corretamente.
Você pode configurar o local da pasta de compilação e as permissões em que o código compila e funciona.

Compilation Folder Location

Por padrão, quando você compila uma aplicação o código compilado é colocado na pasta de arquivos temporários do ASP.NET.

Esta pasta é um subdiretório do local onde você instalou o framework. NET.
Geralmente, o local é o seguinte:

%SystemRoot%\Microsoft.NET\Framework\versionNumber\Temporary ASP.NET Files

Compilation Folder Required Permissions

O Processo de instalação da plataforma .NET cria a pasta Temporary ASP.NET Files e atribui permissões de acesso à conta de usuário ASP.NET local, que tem as permissões de alta confiança necessárias para acessar o seu código compilado. Se você modificar a configuração ou configurações de conta, você deve certificar-se de que a conta que você usa tem permissões de alta confiança para a pasta Temporary ASP.NET Files.
Para informações adicionais, consulte Como: Executar o processo de trabalho em uma conta de usuário.

Compilation Folder Configurability

ASP.NET cria uma subpasta discreta na pasta Temporary ASP.NET File para cada aplicação.
Você pode configurar o local raiz usando o atributo tempDirectory da seção de compilação do arquivo de configuração.
Este atributo opcional permite que você especifique o diretório usado para armazenamento de arquivos temporários durante a compilação. O padrão é uma string vazia (""). No caso de uma cadeia vazia, e se o processo atual tem as permissões de acesso necessárias, os arquivos são armazenados no seguinte diretório:

%FrameworkInstallLocation%\Temporary ASP.NET Files

Para obter mais informações, consulte Elemento compilation (Esquema de configurações ASP.NET) e a propriedade TempDirectory de CompilationSection.

ASP.NET 2.0 suporta várias linguagens de programação na mesma aplicação Web.
No diretório App_Code, você pode especificar uma subpasta para cada linguagem, como C # e Visual Basic.
ASP.NET irá criar um assembly separado para cada subpasta.
Para mais informações, consulte Pastas de Código Compartilhadas em Projetos Web do ASP.NET e Passo a passo: Usando várias linguagens de programação em um projeto de site.

ASP.NET dynamic compilation enables you to modify your source code without having to explicitly compile your code before deploying your Web application. Se você modificar um arquivo de origem, o ASP.NET recompila automaticamente o arquivo e atualiza todos os recursos vinculados.
O servidor IIS não tem de ser reiniciado para que as alterações entrem em vigor a menos que a seção <processModel> seja alterada. Additionally, you can extend the ASP.NET build system by creating custom build providers for new file types that are called during compilation.The dynamic compilation benefits of the ASP.NET build system are backward compatible with older ASP.NET application structures and types as well.

Há certas capacidades que a compilação dinâmica não oferece. A compilação dinâmica pode significar um tempo de resposta inicial mais lento para os usuários, porque as páginas e arquivos de código devem ser compilados a primeira vez que eles são requisitados. Isso pode ser um problema especialmente em grandes sites que são atualizados com freqüência. A compilação dinâmica não oferece um meio para identificar erros em tempo de compilação antes que os usuários acessem um site.
Além disso, a compilação dinâmica não fornece a capacidade de criar uma versão compilada do site que pode ser implantada em um servidor de produção sem código fonte. Se qualquer uma dessas questões representam preocupações para seus aplicativos da Web, você pode pré-compilar seu Web site.
For details information, see Visão geral da Pré-compilação do Site da Web ASP.NET.

Contribuições da comunidade

ADICIONAR
Mostrar:
© 2014 Microsoft