ASP.NET Precompilation Overview

ASP.NET pode pré-compilar um site Web antes que ele esteja disponível aos usuários.Isso oferece muitas vantagens, que incluem o tempo de resposta mais rápido, chegagem de erro, proteção do código-fonte e implantação eficiente.

Você também pode compilar um projeto usando o modelo de projeto de aplicativo Web. Todos os arquivos de código (autônomos, code-behind e arquivos de classe) do projeto são compilados em um único conjunto de módulos (assembly) e armazenados no diretório Bin. Como a compilação cria um único assembly, você pode especificar atributos, como assembly e versão. Você também pode especificar o local de saída do assembly se você não quiser que ele esteja no diretório Bin. Para maiores informações, veja Compiling Web Application Projects.

Esse tópico contém:

Precompilar um site Web ASP.NET oferece as seguintes vantagens:

  • Tempo de resposta mais rápido para usuários, pois as páginas e os arquivos de código não precisam ser compilados na primeira vez que forem solicitados. Isto é especialmente útil em grandes sites que são atualizados com freqüência.

  • Um meio para identificar erros em tempo de compilação antes que os usuários ver um site.

  • A capacidade de criar uma versão compilada do site que pode ser implantado em um servidor de produção sem o código-fonte.

Voltar ao topo

Por padrão, páginas da Web ASP.NET e arquivos de código são compilados dinamicamente quando usuários primeiramente solicitam um recurso como uma página do site da Web. Depois de páginas e arquivos de código foram compilados pela primeira vez, os recursos recolhidos são armazenados em cache. Portanto, as solicitações subseqüentes para a mesma página são muito eficientes.

ASP.NET pode pré-compilar um site inteiro antes que ele esteja disponível aos usuários. ASP.NET oferece as seguintes opções de pré-compilação de um site:

  • Pré-compilação de um site no lugar. Esta opção é útil para sites existentes onde você deseja melhorar o desempenho e realizar a verificação de erros.

  • Pré-compilação de um site para a implantação. Essa opção cria uma saída especial que você pode implantar em um servidor de produção.

Além disso, você pode pré-compilar um site para torná-lo somente para leitura ou atualizável. As seções à seguir fornecem mais detalhes sobre cada opção.

Pré-compilação In-loco

Você pode melhorar um pouco o desempenho do seu site Web precompilando-o.Isso é especialmente verdadeiro em sites onde há alterações frequentes e adições entre páginas da Web ASP.NET e arquivos de código.Em um site com fluxo, o tempo extra necessário para compilar dinamicamente páginas novas e alteradas pode afetar percepção dos usuários da qualidade do site.

Pré-compilar um site in-loco efetivamente executa a mesma compilação que ocorre quando os usuários solicitam páginas do seu site.Portanto, a melhoria de desempenho primário é que as páginas não têm que ser compiladas para a primeira solicitação.

Quando você executa no local pré-compilação, todos os tipos de arquivo ASP.NET são compilados. (Arquivos HTML, elementos gráficos e outros arquivos estáticos que não sejam do ASP.NET são deixados como estão.) O processo de pré-compilação segue a mesma lógica que o ASP.NET usa para compilação dinâmica, responsabilizando-se pelas dependências entre os arquivos.Durante a pré-compilação, o compilador cria conjuntos para todos os executáveis de saída e os coloca numa pasta especial na pasta %SystemRoot%\Microsoft.NET\Framework\version\ Arquivos Temporários do ASP.NET. Depois disso, ASP.NET atende a solicitações de páginas dos módulos nesta pasta.

Se você pré-compilar o site novamente, somente os arquivos novos ou alterados são compilados (ou aqueles com dependências em arquivos novos ou alterados). Devido a essa otimização do compilador, é prático compilar o site, mesmo após pequenas atualizações.

Pré-Compilação para implantação

Outro uso para pré-compilação de um site é o de produzir uma versão executável do site que pode ser implantado em um servidor de produção. Pré-Compilação para implantação cria a saída na forma de um layout. O layout contém montagens, informações de configuração, informações sobre as pastas do site e arquivos estáticos (tais como arquivos HTML e gráficos).

Depois de compilar o site, você pode implantar o layout para um servidor de produção, usando ferramentas como o xcopy comando do Windows, FTP, instalação do Windows, e assim por diante. Depois que o layout é implantado, ele funciona como o site, e ASP.NET atende a solicitações de páginas dos módulos no layout.

Pré-compilando um site para implantação fornece uma medida de proteção para o seu código-fonte e outras propriedades intelectuais.Para mais informações sobre como o compilador funciona com arquivos durante compilação para implantação, consulte Tratamento de arquivo durante a compilação do site para implantação, mais a diante neste tópico.

Você pode pré-compilar para implantação de duas maneiras: pré-compilação para implantação somente, ou pré-compilação para implantação e atualização.

Pré-Compilação para implantação somente

Quando você pré-compilar somente para implantação, o compilador produz conjuntos de quase todos os arquivos de origem ASP.NET que normalmente são compilados em tempo de execução. Isso inclui código de programa em páginas, arquivos de classes .cs e .vb, outros arquivos de código e arquivos de recursos. O compilador remove toda a fonte e Marcação na saída. No layout resultante, arquivos compilados são gerados para cada arquivo .aspx (com a extensão .compiled) que contém ponteiros para o assembly apropriado para essa página.

Para alterar o Web site, que inclui o layout das páginas, você deve alterar os arquivos originais, recompilar o site, e reimplantar o layout. A única exceção é a configuração do site. Você pode fazer alterações no arquivo Web.config no servidor de produção sem ter que recompilar o site.

Essa opção proporciona o maior grau de proteção para suas páginas ASP.NET e o melhor desempenho na inicialização.

Pré-Compilação para implantação e atualização

Quando você pré-compila para implantação e atualização, o compilador produz assemblies de todo o código fonte (exceto código de página em páginas de arquivo único) e de outros arquivos que normalmente produzem assemblies, tais como arquivos de recurso. O compilador converte arquivos .aspx em arquivos únicos que usam o modelo compilado code-behind e copia então para o layout.

Esta opção permite que você faça alterações limitadas às páginas Web do ASP.NET no site depois de compilá-los. Por exemplo, você pode alterar a disposição dos controles, cores, fontes, e outros aspectos da aparência das páginas. Você também pode adicionar controles, desde que eles não exijam manipuladores de eventos ou outro código.

Quando o local é executado pela primeira vez, o ASP.NET executa compilação adicional, a fim de criar uma saída a partir de marcação.

ObservaçãoObservação:

Um site pré-compilado atualizável não permite que várias páginas façam referência à mesma classe CodeFile.

Matriz de decisões para pré-compilação

Use a tabela a seguir para ajudá-lo a decidir qual modelo de compilação usar.Algumas das opções listadas na tabela são descritas posteriormente neste tópico.

Objetivo

Modelo de compilação

Rapidamente desenvolver aplicativos sem se preocupar em compilar o código.

Uso de compilação padrão (sem pré-compilação).

Melhora o tempo de resposta para a primeira solicitação da página ao site Web.

Uso de compilação in-loco ou de uma das opções de compilação de implantação.

Separe código-fonte e código de Interface do usuário(UI).

Use pré-compilação com UI atualizável.

Modificar o código UI sem alterar o código-fonte.

Use pré-compilação com UI atualizável.

Remover todo o código-fonte e código UI do seu servidor de produção.

Use pré-compilação com UI não atualizável.

Atualizar o aplicativo, substituindo módulos específicos.

Use pré-compilação com nomes fixos.

Aumentar a segurança do seu aplicativo usando módulos com nomes fortes.

Use compilação com módulos assinados.

Executando Pré-compilação

Você pode pré-compilar um Web site usando a ferramenta Aspnet_compiler.exe na linha de comando. Para obter mais informações, consulte Como: Pré-compila sites da Web do ASP.NET para implantação e ASP.NET Compilation Tool (Aspnet_compiler.exe).Visual Studio também inclui comandos para pré-compilar um Web site a partir do IDE.

ObservaçãoObservação:

Pré-compilando um Web site compila somente esse site, não quaisquer sites filhos. Se um Web site contém uma subpasta que está marcado como um aplicativo no IIS, o aplicativo filho não é compilado quando você pré-compilar a pasta pai.

Uma restrição de codificação quando você pré-compilar um Web site se aplica à sites que você pretende compilar com a proteção da origem ativada. É possível para uma classe de página base (uma classe code-behind) fazer referência à classe da página associada (arquivo .aspx) e aos membros da classe da página usando um nome de classe totalmente qualificado (fully qualified). No entanto, esse tipo de referência não funciona quando você pré-compilar o site com a proteção da origem ativada. Isso ocorre porque a classe da página base do arquivo de code-behind não está localizado no mesmo assembly como a classe da página derivada da página .aspx. Para mais informações sobre pré-compilação com proteção de fonte ativada, consulte Como: Assinar assemblies para sites da Web pré-compilados.

Compilação padrão

Não é necessário compilar um aplicativo ASP.NET manualmente.Por padrão, o ASP.NET compila o aplicativo Web na primeira vez em que uma página no aplicativo é solicitada por um navegador. Se você faz uma alteração em um arquivo no aplicativo, na próxima vez que uma página é solicitada a ASP.NET runtime determina as dependências do arquivo alterado. Ele recompila somente os arquivos que são afetados pela alteração.

Vantagens

As vantagens de usar compilação padrão incluem o seguinte:

  • Simples para usar.O compilador ASP.NET faz todo o trabalho para você.

  • Melhor modelo de compilação para escolher durante o desenvolvimento quando as etapas extras necessárias para a pré-compilação de um site diminuem o ritmo do processo de desenvolvimento.

Desvantagens

As desvantagens da utilização de compilação padrão incluem o seguinte:

  • Pode causar atrasos significativos na primeira solicitação do site.

  • Requer que você armazene arquivos de código-fonte em um servidor de produção.

  • Torna código-fonte e código UI disponível para qualquer pessoa com acesso ao sistema de arquivos do diretório do site no servidor.

Quando usar compilação padrão

Use compilação padrão nas seguintes situações:

  • Quando você está desenvolvendo e testando um Web site.

  • Para Web sites que tenham informações principalmente estáticas.

  • Para Web sites que não são freqüentemente alterados.

  • Quando você não estiver preocupado em armazenar arquivos de código-fonte em seu servidor de produção.

Compilação no local

Você pode pré-compilar um site que já está em um servidor de produção.Isso é chamado de compilação in-loco (in-place).Se você fizer uma alteração em um arquivo do aplicativo, você pode recompilar o arquivo em questão com a ferramenta de compilação do ASP.NET.Os arquivos afetados também serão recompilados na próxima vez que uma página for solicitada do aplicativo.

Para mais informações sobre este modelo de compilação, consulte Como: Precompile ASP.NET Web Sites.

Vantagens

As vantagens do uso de compilação no local incluem o seguinte:

  • Tempo de resposta para a primeira solicitação do site da Web é reduzido.

  • Nenhuma etapa especial da implantação é necessária; seu aplicativo é compilado exatamente como se uma página fosse solicitada do site.

Desvantagens

As desvantagens da utilização de compilação no local incluem o seguinte:

  • Todos os códigos-fonte para o aplicativo deve ser armazenados no servidor de produção.

  • Torna código-fonte e código UI disponível para qualquer pessoa com acesso ao diretório do site.

Quando para usar compilação no local

Usar compilação no local em situações a seguir:

  • Você faz alterações frequentes em páginas do site.

  • Você não está preocupado em armazenar arquivos de código-fonte em seu servidor de produção.

  • Você deseja aumentar o tempo de resposta para primeira solicitação da página.

Pré-compilando com UI atualizável

Usando a opção -u da ferramenta de compilação do ASP.NET, você pode compilar código-fonte (. cs, arquivos .vb e arquivos .resource) para uma DLL.Você pode deixar a marcação (markup) de UI nos arquivos .aspx disponíveis para atualização.Depois que você implantar o site para um servidor de produção, pode-se fazer alterações no código .aspx sem recompilar todo o site.

For more information about this compilation method, see Como: Pré-compila sites da Web do ASP.NET para implantação.

Vantagens

As vantagens de pré-compilar um site com UI atualizável incluem o seguinte:

  • Tempo de resposta para a primeira solicitação do site da Web é reduzido.

  • Designers da interface de usuário (UI) podem modificar a aparência e comportamento de um site sem a exigência de que o site inteiro seja recompilado.

  • Existe uma medida de proteção para a propriedade intelectual no código-fonte do aplicativo.Ele é protegido contra observação casual por qualquer pessoa que tenha acesso ao sistema de arquivos do diretório do site Web.

Desvantagens

As desvantagens de pré-compilar um site Web com UI atualizável incluem o seguinte:

  • Requer uma etapa separada de compilação antes da implantação para servidores de produção.

  • A propriedade intelectual contida no código UI do aplicativo (arquivos .aspx) está disponível para qualquer pessoa com acesso ao diretório do site.

  • Várias páginas não poderão fazer referência à mesma classe CodeFile, que é o arquivo de código associado a uma página que usa o modelo code-behind.

Quando fazer pré-compilação com UI atualizável

Precompile seu aplicativo com UI atualizável nas seguintes situações:

  • Projetores de UI estão trabalhando separadamente dos desenvolvedores de código-fonte.

  • O código-fonte contém propriedade intelectual que você deseja proteger contra observação casual.

  • Não deseja guardar o código-fonte de programa no servidor de produção.

Pré-compilação com UI não atualizável

A ferramenta de compilação do ASP.NET pode compilar todo o código-fonte de um aplicativo em DLLs que são implantadas no diretório Bin do aplicativo.Isso inclui arquivos de interface do usuário, como .aspx e .ascx.

For more information about this compilation method, see Como: Pré-compila sites da Web do ASP.NET para implantação.

Vantagens

As vantagens de pré-compilar com UI não atualizável incluem o seguinte:

  • Tempo de resposta para a primeira solicitação do site da Web é reduzido.

  • Existe uma medida de proteção para a propriedade intelectual no código-fonte do aplicativo e no código da UI.Ele é protegido contra observação casual por qualquer pessoa que tenha acesso ao diretório do site Web.

Desvantagens

As desvantagens do pré-compilar com UI não atualizável incluem o seguinte:

  • Requer uma etapa separada de compilação antes da implantação para servidores de produção.

  • Mesmo pequenas mudanças na UI do aplicativo exigem que todo o site seja recompilado.

Quando fazer pré-compilação com UI não atualizável

Pré-compilar o site para ter UI não atualizável nas seguintes situações:

  • O código UI contém propriedade intelectual que você deseja proteger contra observação casual.

  • Você não tem que mudar a UI muitas vezes.

  • Você quer ter apenas DLLs compiladas no servidor de produção.

Pré-compilação para montagens (assemblies) com nome fixo

A ferramenta de compilação do ASP.NET utiliza nomes aleatórios para os módulos que são gerados durante a compilação. O nome do assembly muda a cada vez que o aplicativo é recompilado.

Porque o nome do assembly muda, você deve reimplantar o aplicativo inteiro para atender o serviço de um assembly. No entanto, usando a opção -fixednames com a ferramenta de compilação ASP.NET, você pode criar uma montagem para cada página no aplicativo. O nome do assembly não vai mudar em compilações posteriores. Portanto, você pode criar versões do aplicativo que substituem apenas em assemblies alterados.

Já que a opção -fixednames cria uma módulo individual para cada página, você deve limitar o número de páginas no aplicativo.

Para mais informações sobre este modelo de compilação, consulte Como: Gerar Fixed Names with the ASP.NET Compilation ferramenta.

Vantagens

As vantagens de pré-compilação para módulos (assemblies) de nome fixo incluem o seguinte:

  • O nome dos módulos individuais não mudam de compilação para compilação.Isso permite que você substituam módulos sem reimplantar o aplicativo inteiro.

  • Atualizações secundárias para o aplicativo podem ser mais precisas.

Desvantagens

As desvantagens de pré-compilação para módulos (assemblies) de nome fixo incluem o seguinte:

  • Uma montagem é criada para cada página no aplicativo.Isso pode criar vários módulos para sites que têm muitas páginas.

Quando fizer pré-compilação para montagens de nome fixo.

Pré-compile o Web site para montagens de nome fixo nas seguintes situações:

  • You must service Web applications without replacing the whole application.

Pré-compilação para montagens assinadas

Você pode usar a ferramenta de compilação ASP.NET para criar strong-named assemblies que pode ser implantado para o Global Assembly Cache (GAC) no servidor ou para o diretório Bin da aplicação. Um assembly assinado torna mais difícil para os usuários mal-intencionados substituirem os assemblies do aplicativo com códigos maliciosos.

Para mais informações sobre este método de compilação, veja Como: Assinar assemblies para projetos de sites pré-compilados.

Vantagens

As vantagens de pré-compilação de motangens assinadas incluem o seguinte:

  • Signed assemblies increase the security of the application by making it more difficult for the assemblies to be replaced by malicious code.

Desvantagens

As desvantagens de pré-compilação de montagens assinadas incluem o seguinte:

  • Gerenciamento de chaves em ambientes de desenvolvimento compartilhado podem ser complexo.

  • Assemblies devem ter o atributo AllowPartiallyTrustedCallersAttribute para ser chamado em tempo de execução pelo ASP.NET.

Quando fazer pré-compilação para montagens assinadas

Pré-compile o Web site para assemblies assinados nas seguintes situações:

  • Os usuários têm acesso ao diretório do aplicativo ou GAC, e eles podem substituir assemblies do aplicativo.

  • Você quer limitar a capacidade de terceiros para substituir os assemblies gerados pelo código do aplicativo.

Gravar saída da Pré-compilação

Quando o processo de pré-compilação for concluído, a saída resultante será gravada em uma pasta que você especificar.Você pode escrever a saída para qualquer pasta que seja acessível a você no sistema de arquivos, usando o protocolo FTP, ou por HTTP. Você deve ter permissões adequadas para ser capaz de escrever para o site de destino.

ObservaçãoObservação:

The publishing process deploys only the files from the Web site's folders and subfolders.Ele não implante o arquivo Machine.config.Therefore, the configuration of the target Web server might be different than it is on your computer, which might affect the behavior of the application.

Você pode especificar uma pasta de destino em um servidor de teste ou servidor de produção, ou você pode escrever a saída para uma pasta no seu computador local.Se você especificar uma pasta em um servidor de produção, você pode pré-compilar e implantar em uma única etapa.Se você escolher gravar a saída em uma pasta que não faz parte de um site, você pode copiar a saída para o servidor em uma etapa separada.

ObservaçãoObservação:

Se você abrir um site da Web pré-compilado usando Visual Studio, você não será capaz de construir o site da Web.Opções de construção serão desativadas.To change the site, it is recommended that you edit the files in the original Web site, precompile the site, and then publish it again.

A saída do processo de compilação inclui os módulos compilados para qualquer código ou páginas.If you select the option to enable the precompiled site to be updated, any code-behind classes for .aspx, .asmx, and .ashx files are compiled into assemblies.Entretanto, os arquivos .aspx,.asmx, e.ashx são copiados como estiverem para a pasta de destino para que você possa fazer as alterações em seu layout após a implantação do site.Para sites pré-compilados que podem ser atualizados, o código em páginas de Arquivo Único não é compilado em um conjunto de módulos (assembly).Em vez disso, ele será implantado como código-fonte.

Arquivos estáticos não são compilados.Em vez disso, eles são copiados como estiverem para a pasta de saída.Arquivos estáticos incluem elementos gráficos, arquivos .htm ou .html, arquivos de texto, e assim por diante.For more information, see File Handling During Site Compilation for Deployment later in this topic.

Se ocorrer um erro durante a pré-compilação, ele é relatado a você na janela Output e na janela Error List.Erros durante a pré-compilação impedirão que o site seja compilado e publicado.

Tratamento dos arquivos durante a pré-compilação do ASP.NET

Quando você pré-compila um site para implantação, o ASP.NET cria um layout, que é uma estrutura que contém a saída do compilador. Esta seção descreve como os arquivos são tratados durante a pré-compilação e descreve a estrutura de layout e conteúdo.

Você pode pré-compilar o código-fonte (qualquer arquivo que produz um conjunto, que inclui código de programa e recursos) e de marcação (arquivos .aspx) ou apenas o código-fonte.

Arquivos compilados

O processo de pré-compilação executa ações em vários tipos de arquivos em um aplicativo Web ASP.NET. Os arquivos são tratados de forma diferente, dependendo se o aplicativo está sendo pré-compilado para implantação apenas ou se ele está sendo pré-compilado para implantação e atualização.

ObservaçãoObservação:

Pré-compilar um site só para implantação ou para a implantação e atualização não preserva as listas de controle de acesso a arquivos (ACLs) em arquivos de destino e subdiretórios. Por exemplo, se você já tiver um site pré-compilado e implantado para um local de destino, muda arquivos ACL, e então pré-compila e implanta o site novamente, a mudança ACL será perdida.

A tabela à seguir descreve os diferentes tipos de arquivos e as ações executadas neles se o aplicativo está sendo pré-compilado apenas para implantação.

Tipos de arquivo

Ação de pré-compilação

Localidade de saída

.aspx, .ascx, .master

Gera assemblies e um arquivo .compiled que aponta para o assembly. O arquivo original é deixado no local como um espaço reservado para o cumprimento de solicitações.

Assemblies e arquivos .compiled são gravados na pasta Bin. Páginas (arquivos .aspx, com conteúdo retirado) são deixadas em seus locais originais.

.asmx, .ashx

Geram assemblies. O arquivo original é deixado no local como um espaço reservado para o cumprimento de solicitações.

Pasta Bin

Arquivos na pasta App_Code

Gera um ou mais assemblies (dependendo das configurações no Web.config).

ObservaçãoObservação:
O conteúdo estático na pasta App_Code não é copiado para a pasta de destino.

Pasta Bin

Arquivos .cs ou .vb que não estejam na pasta App_Code

Compila com a página ou recurso que depende dele.

Pasta Bin

Arquivos .dll existentes na pasta Bin.

Copia os arquivos como são.

Pasta Bin

Arquivos de Recursos (.resx)

Para arquivos .resx encontrados nas pastas App_LocalResources ou App_GlobalResources, gera um assembly ou assemblies e uma estrutura de cultura.

Pasta Bin

Arquivos na pasta App_Themes e subpastas

Gera assemblies no destino e gera arquivos .compiled que apontam para os assemblies.

Bin

Arquivos estáticos (arquivos .htm, .html, .js, imagens e assim por diante)

Copia os arquivos como são.

A mesma estrutura como na origem.

Arquivos de definição do navegador

Copia os arquivos como são.

ObservaçãoObservação:
Informações do navegador são herdadas dos arquivos de configuração no nível da máquina, e pode portanto ter um comportamento diferente no servidor de destino.

App_Browsers

Projetos dependentes

Gera a saída do projeto dependente em um assembly.

Pasta Bin

Arquivos Web.config

Copia os arquivos como são.

A mesma estrutura como na origem.

Arquivos Global.asax

Geram um assembly.

Pasta Bin

A tabela à seguir descreve os diferentes tipos de arquivo e as ações executadas neles se o aplicativo está sendo pré-compilado para implantação e atualização.

Tipos de arquivo

Ação de pré-compilação

Localidade de saída

.aspx, .ascx, .master

Gera assemblies para arquivos que têm classes code-behind. Geram um arquivo .compiled que aponta para um assembly. Versões de arquivo único desses arquivos são copiados como estão para o destino.

Assemblies e arquivos .compiled são gravados na pasta Bin.

.asmx, .ashx

Copia os arquivos como estão sem compilação.

A mesma estrutura como na origem.

Arquivos na pasta App_Code

Gera um ou mais assemblies (dependendo das configurações no Web.config).

ObservaçãoObservação:
O conteúdo estático na pasta App_Code não é copiado para a pasta de destino.

Pasta Bin

arquivos .cs ou .vb não estão na pasta App_Code

Compila com a página ou recurso que depende dele.

Pasta Bin

Arquivos .dll existentes na pasta Bin.

Copia os arquivos como são.

Pasta Bin

Arquivos de Recursos (.resx)

Para arquivos .resx nas pastas App_GlobalResources, gera um assembly ou assemblies e uma estrutura de cultura.

Para arquivos .resx nas pastas App_LocalResources, copia arquivos como é para a pasta App_LocalResources do local de saída.

Os módulos são colocados na pasta bin

Arquivos na pasta App_Themes e subpastas

Copia os arquivos como são.

A mesma estrutura como na origem.

Arquivos estáticos (arquivos .htm, .html, .js, imagens e assim por diante)

Copia os arquivos como são.

A mesma estrutura como na origem.

Arquivos de definição do navegador

Copia os arquivos como são.

ObservaçãoObservação:
Informações do navegador são herdadas dos arquivos de configuração no nível da máquina, e pode portanto ter um comportamento diferente no servidor de destino.

App_Browsers

Projetos dependentes

Gera a saída do projeto dependente em um assembly.

Pasta Bin

Arquivos Web.config

Copia os arquivos como são.

A mesma estrutura como na origem.

Arquivos Global.asax

Geram um assembly.

Pasta Bin

Arquivos .compiled

Para arquivos executáveis ​​em um aplicativo Web ASP.NET, o compilador adiciona a extensão de nome de arquivo .compiled. Ao nome do assembly e arquivos. O nome do conjunto é gerado pelo compilador. O arquivo .Compiled Não contém código executável. Em vez disso, ele contém apenas as informações que o ASP.NET deve ter para encontrar o assembly apropriado.

Depois que o aplicativo pré-compilado é implantado, o ASP.NET usa os módulos da pasta Bin para processar solicitações. A saída da pré-compilação inclui arquivos .asmx ou .aspx, como espaços reservados para as páginas. Os arquivos de espaço reservado não contêm nenhum código. Eles existem apenas para invocar o ASP.NET para uma solicitação de página específica. Os arquivos de espaço reservado também fornecem uma maneira que as permissões de arquivo podem ser configuradas para restringir o acesso às páginas.

Atualizando sites Web precompilados

Depois de implantar um site pré-compilado, você pode fazer alterações limitadas aos arquivos do site. A seguinte tabela descreve o efeito de diferentes tipos de alterações.

Tipo de arquivo

Alterações permitidas (somente implantação)

Alterações permitidas (implantação e atualização)

Arquivos estáticos (arquivos .htm, .html, .js, imagens e assim por diante)

Arquivos estáticos podem ser alterados, removidos ou adicionados. Se uma página da Web ASP.NET refere-se a páginas ou elementos de página que são alterados ou removidos, poderão ocorrer erros.

Arquivos estáticos podem ser alterados, removidos ou adicionados. Se uma página da Web ASP.NET refere-se a páginas ou elementos de página que são alterados ou removidos, poderão ocorrer erros.

Arquivo .aspx

Nenhuma alteração é permitida a páginas existentes. Nenhum novo arquivo .aspx pode ser adicionado.

Você pode alterar o layout dos arquivos .aspx e adicionar elementos que não requerem código, como elementos HTML e controles de servidor ASP.NET que não têm manipuladores de eventos. Você também pode adicionar novos arquivos .aspx que serão compilados na primeira solicitação.

arquivos .skin

Alterações e novos arquivos .skin serão ignorados.

Alterações e novos arquivos .skin são permitidos.

Arquivos Web.config

As alterações que afetam a compilação de arquivos .aspx são permitidas. Opções de compilação para depuração ou lotes são ignorados.

Não são permitidas alterações nas propriedades do perfil ou elementos do provedor.

As alterações são permitidas, desde que não afetem o site ou a página de compilação. Isso inclui as configurações do compilador, os níveis de confiança e a globalização. Alterações que afetam a compilação ou a mudança do comportamento em páginas compiladas são ignoradas ou podem gerar erros. Outras mudanças são permitidas.

Definições do navegador

São permitidas alterações e novos arquivos.

São permitidas alterações e novos arquivos.

Módulos compilados a partir de arquivos de recurso (.resx)

Novos arquivos de módulos de recursos podem ser adicionados para recursos globais e locais.

Novos arquivos de módulos de recursos podem ser adicionados para recursos globais e locais.

Contribuições da comunidade

ADICIONAR
Mostrar: