seiti.eti.br

Ao se criar um Server Control em Asp.NET, e queremos que ele contenha lógica a ser executada no cliente recorremos ao Javascript.

Uma das maneiras de se incluir código Javascript no controle é este:

protected override void OnPreRender(EventArgs e)
{
    base.OnPreRender(e);
    if (!Page.ClientScript.IsClientScriptBlockRegistered("algumid"))
    {
        string script = @"
function MinhaFuncaoJS()
{
    ...
    ...
    ...
}
...
...
...
function OutraFuncaoJS()
{
    ...
    ...
    ...
}
";
        Page.ClientScript.RegisterClientScriptBlock(
            this.GetType(),
            "algumid",
            script,
            true);
    }
}

O que não é muito bom por alguns motivos, entre outros:

• se torna difícil reutilizar código Javascript;
• deve-se tomar cuidado ao incluir mais de um controle na página, pois acaba-se incluindo o mesmo código Javascript mais de uma vez na página;
• é mais fácil cometer equívocos no código Javascript.

A maneira de se contornar isto é embarcando o código Javascript na aplicação – ou embedding the script resource.

Para tanto você apenas cria o arquivo contendo o script, por exemplo MeuProjeto/minhasfuncoes.js, o inclui no projeto e, através de suas propriedades, configura o item Build Action como Embedded Resource.

Modifique esta propriedade para Embedded

Isto inclui o script na DLL gerada na compilação. Para acessá-lo é preciso registrá-lo no AssemblyInfo.cs:

[assembly: WebResource("MeuProjeto.minhasfuncoes.js", "text/javascript")]

E depois em cada controle que irá utilizar o script:

protected override void OnPreRender(EventArgs e)
{
    Page.ClientScript.RegisterClientScriptResource(
        typeof(GeoImage),
        "MeuProjeto.minhasfuncoes.js");
    base.OnPreRender(e);
}

E pronto! O sistema irá incluir o script em sua página através de um handler WebResource.axd.

Estou enviando vários deploys de um sistema para produção.  Quem realmente deve colocar no ar é o pessoal encarregado do servidor. Como me assegurar que a aplicação mais atual já está no ar?

Podemos utilizar a versão do assembly do projeto para isto. Existe um atributo em .Net que marca a versão de sua aplicação. Este atributo é o AssemblyVersion.

Por default ele é marcado da seguinte maneira, no arquivo AssemblyInfo.cs:

[assembly:AssemblyVersion("1.0.*")]

A versão sempre segue o seguinte padrão:

<major version>.<minor version>.<build number>.<revision>

O que o asterisco faz é incrementar automaticamente o build number e revision. E, embora não esteja explícito na página da MSDN, no CodeProject tem a informação de que o build number gerado é o número de dias desde 1° de fevereiro janeiro de 2000, e o revision o número de segundos desde a meia noite divido por dois.

Daí é só utilizar o seguinte método:

public static string GetSystemVersion(HttpServerUtility server)
{
    string projectName = "NameOfYourProjectThatNamesYourDLL";
    Assembly assembly = Assembly.Load(projectName);
    return assembly.GetName().Version.ToString();
}

Coloque o valor gerado pelo método em algum lugar do sistema que você tenha acesso. Para calcular a data exata de build do assembly use este site: http://www.timeanddate.com/date/timeadd.html

PS: Este é o post 666. Creepy…..