![]() |
||||||||
|
|
||||||||
|
| ||||||||


| com exemplos em VB |
| Componente para deixar forms em Vb semelhantes às telas do winnamp |
| Componente para colocar sua aplicação VB no Systray |
| Componente para transformar sua aplicação VB em serviço |
| Ferramentas úteis para quem usa Olap Server |
| |

|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Pesquisa personalizada
Compilação e Deployment no ASP.NET 2.0 / Visual Studio 2005 O processo de compilação e deployment de uma aplicação web no ASP.NET 2.0 sofreu algumas mudanças bem interessantes, vale a pena estarmos observando como isso é feito. Vamos partir de uma aplicação simples com uma GridView exibindo os dados de produtos. Para criar esta aplicação siga os seguintes passos :
Quando rodamos essa aplicação o Visual Studio inicia seu servidor web para executar a página, o que ocorre com sucesso. Mas então surge uma dúvida : Cadê a DLL ? É isso ai : Não tem DLL. Por default o Visual Studio trabalha com compilação sobre demanda, o que é uma das grande novidades do ASP.NET 2.0. Que o ASPX é compilado na 1a chamada da aplicação isso nós já sabiamos, mas a grande novidade é que os arquivos .VB também são compilados na 1a chamada da aplicação. Desta forma temos uma facilidade muito maior no deployment da aplicação. No ASP.NET 1.1 quando alterávamos o code-behind tinhamos que recompilar todo o projeto e refazer o deployment do assembly completo. Agora, no ASP.NET 2.0, podemos fazer o deployment apenas do arquivo .VB que sofreu a alteração. Isso funciona desta forma, "automaticamente", para os arquivos de code-beside ( ou seria code-behind ? Leia mais a respeito em http://br.thespoke.net/BlogReader/SingleEntry.aspx?ID=26819). Caso façamos a criação de classes em nosso projeto web a única exigência é que tais classes sejam inseridas em uma pasta chamada App_Code. Isso mesmo, temos mais uma pasta de nome reservado no ASP.NET 2, na qual podemos inserir arquivos .vb e o ASP.NET não só fará a compilação destes arquivos para nós como também irá controlar as referências entre os assemblies do site e os assemblies dos componentes contidos no diretório App_Code. Para testar, experimente inserir uma nova classe em sua aplicação web. O Visual Studio exibirá a gentil mensagem informando que você está fazendo bobagem, que classes em aplicação web devem ficar na pasta App_Code ou do contrário não poderão ser utilizadas. Na mensagem ele ainda se oferece para corrigir o problema, criando a pasta e movendo a classe para ela.
E como é feito o Deployment ? Para fazer o deployment da aplicação podemos utilizar a instrução "Copy Web Site" no menu WebSite. Essa instrução nos abre uma interface através da qual podemos nos conectar a um site web via http, ftp ou simplesmente um caminho de disco e copiar os arquivos do local de origem onde estamos construindo a aplicação para dentro do site.
O site não precisa existir para isso : Ao fazer a conexão com o servidor web existe uma discreta opção para criar um novo diretório virtual, fazendo assim o trabalho que na versão anterior fazíamos através da opção "Copy Project". A versatilidade, porém, está bem melhor : Temos a opção de criar o que o Visual Studio denomina de WebApplication, o que significa criar apenas uma nova pasta abaixo do site em que estamos e fazer com que seja configurada como uma aplicação web. Porém temos também a opção de criar um novo diretório virtual, que será uma nova aplicação web, mas podendo estar fisicamente localizada em qualquer pasta do disco que indicarmos.
O mais interessante é que o Visual Studio mantém um histórico dos arquivos que foram atualizados no servidor, assim sendo quando modificamos nossa aplicação o Visual Studio aponta quais arquivos foram modificados para que possamos atualiza-los no servidor. Mas e a performance na 1a execução ? Pois é ! Quanto mais código for inserido no servidor web para ser compilado na 1a execução das páginas, mais lentas serão as 1as execuções de cada página. Para resolver esse problema o ASP.NET nos trás um .AXD através do qual podemos disparar a compilação de todo o webSite. Para isso basta chamar o endereço http://localhost/mywebsitename/precompile.axd , sendo que deve usar o nome do seu site ao invés de mywebsitename, claro. Além de evitarmos a lentidão da 1a execução de cada página também poderemos descobrir erros antes que estes sejam descobertos pelos usuários do site. Mas e se desejarmos ocultar o código fonte, como faziamos antes ? Para continuarmos trabalhando com o modelo de compilação como fazíamos antes devemos fazer uso da opção Publish (menu Build). A opção Publish permite publicarmos nosso site compilado para um servidor web ou uma pasta em disco. Se indicarmos um novo diretório virtual em um servidor web, este será criado e devidamente configurado pelo Visual Studio. Uma questão muito interessante é a opção "allow this precompiled site to be updateable ", que é marcada por default. Quando marcada, ela gera um efeito semelhante ao que tinhamos no .NET 1.1, a compilação dos arquivos .VB
Mas quando esta opção é desmarcada ela gera um efeito ainda mais interessante : Compila também os arquivos .ASPX e oculta por completo todo o HTML, tags, enfim, tudo que existe nos arquivos .ASPX. O arquivo .ASPX continua existindo, mas com uma única linha de texto indicando que o arquivo existe apenas como um "flag". O ASP.NET identifica que tudo já está compilado e roda a versão compilada. Desta forma até mesmo os arquivos de tags ficam ocultos no servidor web.
Critiquei, e ainda critico, o excesso de informações de negócio que passaram a estar contidas nos arquivos de tags através de webControls como por exemplo os DataSources. Sem dúvida a possibilidade de compilar e ocultar os arquivos de tags é uma forma de remediar isso. Resumindo Temos então as seguintes formas de compilação/deployment no ASP.NET :
Dennes Torres |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Veja abaixo os comentários já enviados :
:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: Quer
saber mais?
Faça um curso na Búfalo Informática, Treinamento e Consultoria e Prepare-se para o Mercado! Veja o que a Búfalo tem para você. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
� Búfalo Informática,
Treinamento e Consultoria -
Rua Álvaro Alvim, 37 Sala 920 - Cinelândia - Rio de Janeiro / RJ
Tel.: (21)2262-1368 (21) 9240-5134 (21) 9240-7281 e-Mail: contato@bufaloinfo.com.br