Dicas Técnicas BufaloInfo

.NET : Forçando a Gravação do DateTimePicker

Em aplicações Windows o DateTimePicker é um controle de uso bem interessante para a digitação de datas. O problema é que o DateTimePicker possui um pequeno bug.

Quando é carregado, ele já exibe a data atual, mesmo que na origem de dados a data encontre-se em branco. Porém caso ele não seja alterado, ele não grava esta data atual na origem de dados, deixando a origem de dados em branco e frequentemente gerando erros por causa disso.

Para corrigir o problema precisamos forçar a gravação dos dados do datetimepicker na origem de dados. Isso é feito da seguinte forma :

MeuBindingSource.CurrencyManager.Bindings(indice do binding do DTP).WriteValue()

Ou, em C# :

MeuBindingSource.CurrencyManager.Bindings[indice do binding do DTP].WriteValue;

Essa instrução deve ser feita antes do EndEdit ou qualquer ação equivalente que vá realizar a gravação do registro no dataset

.NET : Utilizando o Copy Source as HTML no Visual Studio 2008

O CSAH é uma ferramenta indispensável para qualquer um que codifique e publique código em blog, artigos e outros meios mais. Ele permite fazer um copy/past direto do Visual Studio para uma página HTML levando toda a formatação tradicional do visual studio e eventualmente bem mais.

Porém não foi lançada uma versão do CSAH para o Visual Studio 2008, apenas para o Visual Studio 2005.

Mas usar o CSAH atual no Visual Studio 2008 é muito simples :

1) Copie os arquivos que você irá encontrar em My Documents\Visual Studio 2005\AddIns

CopySourceAsHtml.dll
CopySourceAsHtml.AddIn
CopySourceAsHtml.dll.config

2) Cole esses arquivos em My Documents\Visual Studio 2008\AddIns

3) Abra o arquivo CopySourceAsHtml.AddIn no notepad

4) Altere a tag <Version> que aparece como 8.0 para 9.0

5) Já dentro do Visual Studio 2008, vá em tools->Addins Manager e habilite o CSAH

6) Reinicie o Visual Studio

Pronto, só utilizar !

.NET : Cuidado com o nome dos fluxos no Workflow

É necessário ter muito cuidado com o nome dos arquivos e classes de fluxo quando estiver utilizando o workflow foundation.

A questão é simples : O nome dos arquivos .cs e/ou .vb precisam ser iguais ao nome das classes do workflow

Isso acontece porque algumas configurações - em especial as declarative rule conditions - são gravadas na forma de stream de xml como resources do assembly.

Ocorre que o nome do arquivo afeta a gravação durante a compilação e o workflow foundation não consegue ler as declarative rule conditions de volta durante a execução, dando a estranha mensagem de que as regras não estão lá quando estão.

Para corrigir isso, basta igualar o nome dos arquivos com o nome das classes.

.NET : Transformando uma URL em Hyperlink dentro de um texto

As expressões regulares são capazes de realizar tarefas muito poderosas, mas desconhecidas por muitos.

Por exemplo : formulários de dados são validados para impedir que o usuário entre com instruções HTML no formulário, o que seria uma tentativa de invasão conhecida como script injection.

Mas digamos que o usuário entre com URLs nestes formulários. Você pode desejar que as URLs sejam exibidas com links, mas nem por isso quer que seu usuário digite tags HTML.

Se for só um campo URL, é muito fácil. Mas e se forem URLs digitados no meio de um longo texto e você desejar que, ao exibir o texto, todas as URLs do texto apareçam como links ?

Neste ponto entram as expressões regulares : Elas são capazes de identificar um padrão no meio de um grande texto (as URLs tem um formato padrão) e a partir deste padrão fazer inclusive um replace, mas não necessariamente um replace comum, mas um replace baseado no padrão que foi identificado.

Veja como ficaria uma rotina para transformar, dentro de um texto, todas as URLs para hyperlinks :

C#

public string ConvertURLsToHyperlinks(string sInput)
{
return Regex.Replace(sInput, @"(\bhttp://[^ ]+\b)", @"<a href=""$0"">$0</a>");
}

VB.NET :

public function ConvertURLsToHyperlinks(sInput as string) as string

return Regex.Replace(sInput,"(\bhttp://[^ ]+\b)","<a href=""$0"">$0</a>")

end function

Não esqueça de fazer um imports/using para o namespace System.Text.RegularExpressions. Observe também que dentro do colchete existe um espaço

.NET : Outra forma de forçarmos a atualização via ClickOnce

A distribuição via ClickOnce, com sua capacidade de identificar automaticamente se a aplicação sofreu ou não alguma atualização, é sem dúvida um excelente recurso para as aplicações windows.

Sempre que a aplicação é acessada, verifica se existe uma nova versão e caso exista, pergunta se o usuário deseja atualizar.

Porém, caso o usuário responda que não deseja atualizar, nenhuma nova pergunta é realizada nas vezes seguintes em que o usuário acessa a aplicação. Desta forma a atualização acaba precisando ser feita por código, assim como se o administrador não desejar que o usuário tenha a opção de não atualizar.

Mas existem algumas formas também simples de evitar isso ainda sem a necessiade de codificação.

Acessando as propriedades do projeto, no item Publish, botão Updates, podemos determinar a versão mínima requerida para a execução da aplicação. Se determinarmos a versão mínima sempre como sendo a versão atual, o usuário nào terá a opção de não atualizar (skip), a atualização será automática.

Desta forma, com a configuração do ClickOnce podemos também forçar uma constante atualização da aplicação. Mas observando que por código podemos ainda obter recursos mais avançados, como atualização assíncrona, sob demanda e envolvendo muitas outras possíveis regras de negócio.

.NET : Forçando atualização via ClickOnce

A distribuição via ClickOnce, com sua capacidade de identificar automaticamente se a aplicação sofreu ou não alguma atualização, é sem dúvida um excelente recurso para as aplicações windows.

Sempre que a aplicação é acessada, verifica se existe uma nova versão e caso exista, pergunta se o usuário deseja atualizar.

Porém, caso o usuário responda que não deseja atualizar, nenhuma nova pergunta é realizada nas vezes seguintes em que o usuário acessa a aplicação. Desta forma a atualização acaba precisando ser feita por código, assim como se o administrador não desejar que o usuário tenha a opção de não atualizar.

Fazer a atualização via código é muito mais simples do que a complexidade desta tarefa pode fazer parecer. Veja como é fácil :

If My.Application.Deployment.CheckForUpdate Then
My.Application.Deployment.Update()
Application.Restart()
End If

O mesmo em C# :

if (System.Deployment.Application.ApplicationDeployment.CurrentDeployment.CheckForUpdate())
{
System.Deployment.Application.ApplicationDeployment.CurrentDeployment.Update();
Application.Restart();
}

Nestes exemplos a atualização da aplicação encontra-se sendo realizada de forma síncrona. Isso fica ainda melhor se forem usados métodos para atualização de forma assíncrona (que estão disponíveis no mesmo objeto) e for criada uma interface agradável avisando ao usuário que a aplicação está sendo atualizada.

.NET : Abrindo arquivo de configuração com nome diferente

Os arquivos de ocnfiguração normalmente tem um nome padrão. Na web são sempre web.config. Em aplicações windows são app.config durante o desenvolvimento e viram suaaplicacao.exe.config após a compilação.

Porém é perfeitamente possível manter vários arquivos de configuração em uma aplicação e com nomes distintos. Mas como manipular as configurações contidadas nestes arquivos ?

Normalmente a classe ConfigurationManager busca um nome padrão para o arquivo de configuração, mas com um pequeno truque podemos indicar um nome alternativo.

Veja :

Dim map As New ExeConfigurationFileMap
map.ExeConfigFilename = "meuarquivo.config"
ConfigurationManager.OpenMappedExeConfiguration(map, ConfigurationUserLevel.None)

Desta forma podemos manipular arquivos de configuração com nomes diferentes do padrão utilizando o ConfigurationManager

.NET : Solução sempre visível

No VS 2005, ao contrário do VS 2003, a solução nem sempre fica visível no solution explorer. Enquanto temos um único projeto a solução não é exibida, quando adicionamos mais projetos ela aparece.

Caso desejemos que a solução fique sempre visivel, ao invés deste comportamento default do VS 2005, podemos configurar isso em tools->options->projects and solutions.

Basta marcar a checkbox "Always show solution".

.NET : Criando aplicações windows singleInstance

Aplicações singleInstance são aplicações que podem ser rodadas uma única vez, o usuário não pode abrir diversas instancias da aplicação, rodando várias vezes o executável.

O VB.NET, através dos recursos do MY, implementa facilmente aplicações singleInstance. Basta nas propriedades do projeto marcarmos a checkbox solicitando isso e ele gera o código para nós.

No C#, porém, não temos o recurso do My, consequentemente precisamos nós mesmos programar isso.

Para fazer isso devemos utilizar um Mutex. Um Mutex é um objeto do sistema operacional que permite criarmos uma sinalização entre nossas aplicações. Assim sendo, a primeira instância de nossa aplicação abre um Mutex e as instâncias seguintes, vendo que o Mutex já existe, não se iniciam.

Devemos fazer isso na Main. Vejam como fica :

static void Main()
{
Mutex mu = null;
try
{
mu = Mutex.OpenExisting("RUNMEONCE");
}
catch (WaitHandleCannotBeOpenedException)
{
}

if (mu == null)
{
mu = new Mutex(true, "RUNMEONCE");
}
else
{
mu.Close();
return;
}
Application.EnableVisualStyles();
Application.SetCompatibleTextRenderingDefault(false);
Application.Run(new Form1());
}

.NET : Fazendo PING para outro micro

Eventualmente precisamos descobrir se um determinado micro (em geral, servidores) encontra-se ativo ou não na rede.

Em termos de rede temos o protocolo ICMP, ou mais conhecido como PING. Mas como fazer isso via código ?

Nada mais simples :

siteResponds = My.Computer.Network.Ping("somehost.my.domain")

A resposta é boolean, indicando se o computador encontra-se ativo ou não.

O C#, porém, não possui o MY, portanto para realizar esta tarefa teremos que recorrer diretamente as classes do System.NET, vejam :

System.Net.NetworkInformation.Ping p;
System.Net.NetworkInformation.PingReply pr;
pr = p.Send("servidor");

if (pr.Status == Net.NetworkInformation.IPStatus.Success) {
MessageBox.Show("Servidor ok");

}

A classe PING nos permite realizar o PING e nos devolve a resposta na forma da classe PINGREPLY. O Status do PINGREPLY é bem detalhado, mas nesse exemplo fui direto ao status de sucesso.