Dica Rápida: Simplificando a Passagem de Parâmetros para um Método

Olá pessoal, nesta dica rápida veremos uma forma elegante para evitarmos a criação de um método com muitos parâmetros, utilizando boas práticas de desenvolvimento.

Já vi (e já fiz) métodos com vários parâmetros, alguns com até dezenas (esses eu só vi!) de parâmetros em sua assinatura. Isso acarreta problemas de legibilidade e manutenção futura.

Para resolver isso é simples: podemos encapsular todos os parâmetros passados para o método em uma única classe (desde que os parâmetros façam parte do mesmo contexto e que cheguem ao mesmo objetivo, para que não criemos uma classe problemática).

A Listagem 01 mostra um método com muitos parâmetros em sua assinatura.

Listagem 01 – Método com N parâmetros

private void Gravar(string Nome, string Endereco, string Telefone, string Bairro, string Cidade, string Estado, bool Ativo, DateTime DataCadastro)

{

//código

}

Dica de Livro: O Programador Pragmático

Olá pessoal, a 1ª dica de livro deste mês (sim, espero publicar mais dicas durante o mês) é o livro The Pragmatic Programmer, também conhecido por aqui como O Programador Pragmático, escrito por Andrew Hunt e David Thomas.

Olha a minha edição surrada em português aí!

Quando vi que este livro tinha sua versão em português fiquei meio preocupado, que a tradução não fosse das melhores. Mais após muito pesquisar antes de comprar, vi que muitas pessoas elogiaram a versão traduzida e decidi comprar sem medo.

Este livro não se foca em uma linguagem específica, mais se foca nas boas práticas de desenvolvimento, em como o programador pode se organizar para produzir um código melhor, livre de falhas, limpo, simples e ao mesmo tempo bem feito.

Como eu tenho o livro e, confesso que ainda não consegui lê-lo totalmente (comprei em Dezembro de 2010!) por falta de tempo, cito abaixo os capítulos do livro, para que vocês fiquem com vontade de comprá-lo:

Dica Rápida: Recuperar a String de Conexão usando Boas Práticas

Olá pessoal, nesta dica rápida mostrarei como recuperar a string de conexão ao banco de dados utilizando boas práticas de desenvolvimento.

Muitas aplicações recuperam a string de conexão com o banco direto na página aspx ou no formulário (essa dica serve para aplicações ASP.NET e/ou Windows Forms), o que por si só já é errado pois o programador nem se deu o trabalho de ao menos criar uma classe específica para isso, separando assim a lógica de dados da apresentação (sim, irei publicar artigos sobre aplicações em camadas, aguardem) e mantendo o código mais limpo.

Só que, mesmo que o programador deixe a string lá, em uma classe específica, isso não é considerado boa prática de desenvolvimento. O ideal é deixa-la no arquivo de configuração de sua aplicação, seja Web.Config (ASP.NET), seja App.Config (Windows Forms).

Vamos então imaginar que o usuário já fez isso, a Listagem 01 mostra a string de conexão ao banco de teste Northwind, da Microsoft:

Nomenclaturas em C#

Olá pessoal, neste artigo irei falar sobre as nomenclaturas e as regras de boas práticas para escrever os códigos em C#.

É muito importante seguir uma padronização ao escrever códigos, pois muitas vezes dois ou mais desenvolvedores trabalham no mesmo código e isso facilita e muito a leitura e o desenvolvimento posterior.

A maioria dos fontes de exemplo da Microsoft, ou de seus funcionários estão no mesmo padrão, então, é de suma importância nós desenvolvermos no mesmo padrão.

Como padrão para todas as nomenclaturas em C#, tem que ser bem descritiveis, até mesmo com frases, para saber exatemente para que ela serve.