Não posso infelizmente publicar o artigo aqui, mas posso adiantar um pouco do material que está na revista, por exemplo, aqui está o modelo de camadas proposto pelo DDD. Esse desenho, por si só, já tira muitas das dúvidas.

Enfim, se você quer dar uma olhada em uma das abordagens mais interessantes hoje para o desenvolvimento de aplicações complexas, compre a revista e dê uma lida nessa introdução ao DDD. Mês que vem eu sigo no assunto, mas com um artigo mais prático, que ficou bem legal.

Pessoal, a Devmedia me convidou para ser editor técnico da .Net Magazine, iniciando na edição 53, do mês passado, e eu aceitei. Isso quer dizer que todos os artigos agora passam pela minha edição, antes de chegar ao editor geral, que é o Guinther Pauli.

Na realidade, já estou editando a revista já faz um meses, já que trabalhamos adiantados. Já estamos editando algumas edições à frente. Posso adiantar o seguinte: as próximas edições estão muito interessantes. Estaremos abordando alguns temas bem diferentes e interessantes nos próximos meses. Além de tocando nos tópicos de ponta, e boas práticas, como sempre foi feito.

Não deixem de acompanhar.

Se você se preocupa com qualidade para desenvolvimento de software, sugiro que você leia também meu outro artigo da edição deste mês na .Net Magazine (edição 53), que fala sobre testes unitários utilizando mocks e stubs.

Li a algum tempo em algum blog uma definição de legado. Pelo que eu me lembro:

1) Se você não documentou, é legado.
2) Se você não criou testes unitários, é legado.
3) Se outra pessoa não consegue ler o código, ou ele parece uma macarronada, de tão embarassado, é legado.

Não interessa se você escreveu o código hoje de manhã. Se você não criou testes unitários ele é automaticamente código legado. Então, para ajudar a diminuir a quantidade de código legado no mundo, eu quis escrever este artigo, e os próximos que virão (é uma pequena série, a terceira vai ser focada em testes com ASP.Net MVC). Ele vai te mostrar como escrever testes verdadeiramente unitários, vai diferenciar testes unitários de testes integrados, e vai te ensinar a criar uma aplicação mais testável, ou seja, que te permite testar, por exemplo, um componente de acesso a dados, sem a base de dados.

Garanto que, se você passar a testar seu código, a criar um teste unitário logo após criar uma função de negócio, a qualidade do que você desenvolve vai melhorar muito. E se você já testa, mas não conhece os objetos de mock, vai ganhar muito, porque a idéia do mocking como um todo é sensacional.

Me digam o que acharam. Vão passar a testar? Vale a pena?

Saiu a .Net 53 da .Net Magazine. Nesta edição estou falando de um tema muito legal: Lambas e Generics com C# 3.0.

Muita gente não conhece o poder adicionado à linguagem com as Lambdas. Já tínhamos os generics antes, o que dava bastante poder, e agora com as Lambdas, a linguagem ficou ainda mais elegante. Sugiro que, se você gosta de conhecer novas maneiras de programar, que dê uma olhada. Com as Lambdas, o C# ficou com uma carinha de linguagem funcional, meio parecido com o F#.

Dêem uma olhada nessa construção com Lambdas, impossível no C# 2.0:

Eu gosto muito, passa uma idéia de ação, mesmo. Sem dúvida é uma adição boa.

Me contem o que acharam por aqui.

A edição 51 da .Net Magazine tem o primeiro artigo em mídia impressa sobre ASP.Net Routing Routing, feito por mim. É um assunto interessantíssimo, para quem não viu ainda, sugiro dar uma olhada.

O Routing é uma das bases para o novo ASP.Net MVC e serve, em poucas palavras, para permitir o roteamento de uma aplicação web para determinado recurso. Você pode, por exemplo, chamar a url http://servidor/app/produtos/bicicletas e responder como se fosse uma chamada para http://servidor/app/produtos.aspx?id=645, com pouquíssimo esforço. É um recurso poderoso, e que não se utiliza de Url Rewriting, um outro recurso para rotear, mas que traz consigo alguns diversos problemas.

O Routing também já estará presente no Service Pack 1 do .Net Framework 3.5/Visual Studio 2008, que está em Beta 1 será lançado em breve. Isso quer dizer: aprenda rápido, logo logo vira padrão.

Como sempre, o feedback sobre o artigo é bem vindo.

Saiu a edição 51 da .Net Magazine. Essa edição está fechando a série de Design Patterns (foram 5, ufa...), concluíndo com os padrões Singleton e Composite.

O Singleton é um dos padrões mais simples e também um dos mais interessantes. Mostra como criar um único objeto de alguma coisa, impedindo que mais de um seja criado. Gosto do exemplo do gerenciador de downloads. Em uma aplicação, normalmente você só vai querer que exista um desses. É para esse tipo de aplicação que serve o Singleton.

O Composite serve para criar componentes que são ao mesmo tempo itens e coleções de itens. Menus, por exemplo, normalmente são composites. O padrão mostra qual a best practice para criar esse tipo de componente, com um padrão de projeto comprovado.

Espero que gostem. Feedbacks são bem vindos. Tem um outro artigo meu na revista, vou postar em seguida sobre ele.

Pessoal, continuando a falar da edição 50 da revista .Net Magazine, tem outro artigo meu na deste mês: Novidades do Visual Basic 9.

Falo de inferência de tipos, tipos anônimos, lambdas, LINQ (entre outras novidades) e termino concluindo o que todos já sabemos: O VB continua sendo uma linguagem incrível, altamente profissional, flexível, e que não vai sumir amanhã ou depois, por mais que essa briga sem sentido (e aparentemente sem fim) entre VB e C# continue.

A edição também traz uma opinião do Mauro Sant'Anna bem interessante sobre arquitetura e arquitetos.

Como sempre, não dá para perder.

Saiu a edição 50 da .Net Magazine, com o quarto artigo da série de Design Patterns. Esse está falando de abstract factory, e vai puxar um pouco do artigo da edição anterior. Eu acho um dos melhores artigos da série, já que vai tratar de um conceito já existente no Framework .Net há bastante tempo, e explicitado claramente no namespace System.Data, com as factories de providers, como o SQL Server e o Oracle.

Vale a pena dar uma olhada, já que o Abstract Factory é o que o pessoal costuma chamar de "factory", apesar de existir também o padrão "factory method", que, apesar de relacionado, é outro padrão por completo.

Enfim, espero que gostem. Na minha opinião, é o tipo de conhecimento indispensável a qualquer desenvolvedor que se coloque como Sênior.

Saiu recentemente a segunda parte da série de artigos sobre Design Patterns que estou escrevendo para a .Net Magazine. Se você ainda não entrou em contato com Design Patterns, é uma ótima oportunidade.

Eu disse no primeiro artigo que conhecer Design Patterns pode mudar sua forma de desenvolver e acredite, é verdade. Se você já sentiu a diferença e quiser contar, me mande uma mensagem, eu gostaria de saber.

Nesta edição estou abordando os padrões Template Method e Decorator. Na próxima, que sai em algumas semanas, vou começar a falar de Factories.

Espero que gostem. Feedbacks são bem vindos.