Olá mundo, neste artigo vou apresentar a função Msg Timer. Um novo projeto que criei para suprir uma necessidade de um cliente, porém a implementação serve para muitos outros casos. Acredito que você já deve ter passado por pelo menos um dos exemplos (casos) que apresentarei abaixo.

Espero que goste e lhe ajude!

Existem muitas coisas na área de desenvolvimento - feito pelos programadores - que me deixa bem chateado, uma delas são mensagens que dependem de uma interação com o usuário no meio de um Loop de processamento ou dentro de uma transação.

Se você já fez isso, parabéns! Com certeza você já deve ter atrasado a vida de alguém, ou sofrido para descobrir o porque de tanto lock em seu sistema sempre que uma rotina X era executada.

Vamos ver duas pequenas estórias, sim são reais!

Imaginem o seguinte questionamento de um usuário que pode ser real: “Estou importando um arquivo, e para cada linha aparece a seguinte mensagem: Cliente C bloqueado! Deseja continuar? (Sim/Não)”.

Não seria mais fácil se antes do processamento ou início da transação, aparecesse uma mensagem apenas para o usuário perguntando se era para ignorar os clientes bloqueados ou não?

Agora imaginem o seguinte caso: No meio de um processamento aparece uma mensagem de erro (a violação de uma regra de negócio por exemplo), até ai tudo bem! Só que o processamento demora um certo tempo para finalizar, e o usuário não viu a mensagem. Porém, essa mensagem estava dentro de uma transação, antes que um Disarm Transaction ou Rollback da transação fosse feito. Dependendo da demora do usuário de simplesmente “Fechar” a mensagem ou o uso das tabelas envolvidas, irá ocorrer uma série de travamentos no sistema que poderá inclusive afetar outros usuários em outros processamentos.

Bem, nesse caso é simples! Basta então desarmar a transação antes de exibir a mensagem! Ai o usuário pode demorar o tempo que for para interagir com a mensagem que não impactará com os demais colegas!

Resumo: Mensagem que depende de interação com usuário no meio de processamento, ou dentro de transação não é uma boa prática de desenvolvimento!

“Ah Gabriel, mas existem casos onde eu realmente preciso colocar uma mensagem no meio do Loop.”

Realmente, concordo com você que existem casos exporádicos, onde realmente a única alternativa para o Processo, Regra de Negócio ou ainda limitação de recursos na linguagem seja sim necessário ter uma mensagem, e é sobre isso que esse artigo tem a função de mostrar.

Meu novo projeto!

Muitas vezes colocamos mensagens informativas em nossos programas onde se o usuário viu ou não aquela mensagem, o resultado é indiferente. As vezes ele clicou em processar, saiu da mesa para fazer outra coisa pois o processo é demorado, mas a rotina mostrou uma mensagem de questionamento. Quando ele volta para verificar se finalizou, na verdade nem havia começado.

Existem certas mensagens que aparecendo ou não, não impactam no processo, e poderiam ter sido fechadas automaticamente, evitando um atraso no trabalho do cliente.

Então, para auxiliar de forma simples e com menor impacto nos exemplos citados anteriormente criei a função MsgTimer. Ela funciona de forma semelhante as funções MVC de mensagem do Protheus 12 como: FwAlertError, FwAlertInfo, FwAlertSucces e FwAlertWarning, com o diferencial do temporizador para:

• Fechar a mensagem automaticamente;
• Possibilidade de relacionar qualquer ícone com os botões suportados;
• Retornar um valor default caso não haja interação com a mensagem.

Segue a documentação da rotina contendo todos os detalhes e informações de implementação e parâmetros: https://github.com/AlencarGabriel/advpl-MsgTimer#documentação

Comparação entre MsgTimer (com tipo Error) e FwAlertError:

Quase nenhuma diferença né? Então é possível refatorar suas funções de forma prática e com pouquíssimo impacto, e ah HTML é suportado!

Espero ter ajudado, em breve mais artigos explicando outros macetes que utilizo. Até a próxima!