Olá,  Sou o mais novo articulista do Profissionais web, irei postar artigos e dicas sobre .NET focado na linguagem C#

Nesse primeiro post, vou iniciar um assunto muito interessante,  os famosos padrões de projeto.
Quem trabalha com desenvolvimento web ou desktop, em qualquer nivel(estagiário, junior, pleno, senior) já se deparou com alguém ou algum livro ou algum código  seguindo algum desses padrões.

Padrões de projeto, não aplica-se somente em desenvolvimento de software, aplica-se em qualquer área fora da informática.
Grandes nomes da área como Erich Gamma, Ralph Johnson, Richard helm, John Vlissides São bastante conhecidos pelos leitores assíduos de livros sobre Padrões de projeto (Design Patterns)

Vamos esclarecer algumas coisas sobre os Padrões de projeto, irei adotar o termo original em inglês, por ser mais conhecido, e por ficar mais fácil de ser pesquisado no google, e pelo fato de os nomes dos padrões que irei citar em futuros posts, também serem em inglês

neste primeiro post, vou dar um exemplo prático em como os Design Patterns podem mudar sua maneira de pensar na hora de desenvolver um sistema!

Imagine que um cliente fechou contrato para o desenvolvimento de um sistema de controle de estoque de produtos variados, o prazo é curto,  se você não aceitá-lo, ele vai procurar alguém que faça no prazo que ele quer! convivo com isso quase todos os dias da minha vida…rs

Você tem outros clientes e outros jobs para finalizar,  vai programar tudo rápido, sem nenhum padrão, sem refatoração de código, sem abstração, e sem orientação a objetos…
vai ficar lindo o sistema, o cliente vai adorar! mas… o tempo vai fechar quando ele lhe pedir alguma alteração nesse linguição suíno que tu fez! provavelmente irá perder muito do seu precioso tempo tentanto implementar a mudança solicitada pelo cliente, e esse remendo, vai sujar ainda mais a escalabilidade do sistema, e lhe trazer ainda mais dor de cabeça…Isso não tem fim? não!

Exatamente para isso que servem os Design patterns, existem patterns para quase todo tipo de situação, vou citar alguns exemplos
DAO é o nome de um pattern que padroniza sua conexão com a base de dados,
FAÇADE é um pattern que padroniza a disponibilização dos métodos das entidades do seu sistema.
UIHelper organiza funções genéricas que podem ser utilizadas por todo o sitema

Nos próximos posts, eu vou mostrando cada um desses patterns na prática.

Mas como isso evitaria a linguiça sem fim que eu citei no início?
simplemente, se o seu projeto for desenvolvido seguindo os padrões, métricas, e etapas de projeto, como confeccionar diagrama de classes, MER, Use-case, usando os patterns metodológicos, torna o sistema altamente escalável, e com o código altamente reutilizável, com isso, se o mesmo cliente lhe pedir uma alteração, é bem capaz que isso não lhe custe mais que alguns minutos do seu precioso tempo dependendo da solicitação! Mágica? não! é só os Design Patterns! até o próximo post!