Recebi um email do Thiago Bohn perguntando sobre minhas experiências e sugestões para utilização de frameworks em .Net. Ele cita o Enterprise Library, Monorails e Spring.Net. Prefiro dar algumas sugestões de como escolher o framework do que emitir uma opinião sobre cada uma destas ferramentas. Este são alguns pontos importantes para avaliar uma ferramenta:
Simplicidade – A primeira e mais importante característica. Eu acho importante porque uma ferramenta mais simples: é mais fácil de aprender; resulta em menos código/configuração; gera menos manutenção e é mais fácil de trocar.
Adesão, Atividade e Documentação - Para frameworks open source, que não são mantidos por empresas, é importante saber quem está usando, existem usuários engajados? existe um volume grande de desenvolvedores utilizando? Tambem é preciso saber como e quem mantém o projeto e se existe documentação suficiente, seja documentação formal, blogs ou webcasts.
Prefira serviços a frameworks – Se você puder optar por utilizar um serviço, ao invés de um framework é uma boa opção. A diferença entre os dois é que o primeiro é um serviço que a aplicação utiliza, enquanto que o segundo faz você implementar sua aplicação em cima dele.
Custo de aprendizagem – Para utilizar um framework/ferramenta é necessário estudá-lo. Este custo de aprendizagem acompanhará o aplicativo para toda sua vida, pois cada novo desenvolvedor terá que passar por esta aprendizagem.
Nível de dependência – Alguns frameworks são mais intrusivos que outros. Com isto seu aplicativo fica mais dependente do framework. É lógico que ao escolher um framework você está se comprometendo com ele, porém quanto mais intrusivo, mais você está comprometido e mais caro será abandoná-lo.
Quanto mais genérica a solução, menos performática e mais complicada ela é – Tenha isto em mente. Às vezes posso optar por uma solução mais específica, menos genérica, ganhando simplicidade (as vezes até uma solução caseira). Em outros casos preciso de uma solução mais parruda, que me permita customizar cada opção.