O tom pode parecer jocoso, mas se você é contra componentes de terceiros, 
porque usa o UNIDAC, o FreeBoleto e o FastReport? Pode-se dizer que você 
procura evitar sempre que possível, não?

Não sei quanto aos outros, e até mesmo quanto a real definição, mas para mim um 
framework é o que pode de melhor existir para o desenvolvedor. Porque um 
framework permite que se reutilize/reaproveite código (e interface gráfica) 
coisa que sempre toma um tempo danado... Isso sem falar que cria um padrão na 
tarefa de desenvolvimento, o que ajuda tanto em equipes, quanto no 
desenvolvimento solitário. 

No desenvolvimento em equipe o framework é bom pois quando há um novo membro na 
equipe, é mais simples familiarizá-lo com a maneira de trabalho. E permite que 
todos falem a mesma lingua. 

Para o desenvolvedor solitário, também é uma  boa pois se ele tiver que 
desenvolver um projeto similar porém para uma empresa diferente, é só se 
concentrar nas particularidades da empresa (a famosa regra de negócio) pois a 
estrutura já está pronta.

Existem desvantagens também. Uma delas é o risco de perder a capacidade de 
inovar.  De criar uma área de estabilidade e também de engessar o processo, 
amarrando o framework a versões de ferramentas. 

Para mim são justamente essas desvantagens que tornam a tarefa de construir um 
framework algo difícil. Definir até onde se está sendo generalista (premissa 
básica de um framework efetivamente reutilizável) e onde já se está 
especializando demais um aspecto, entrando muito em regras de negócios que não 
se repetem, mesmo em aplicações voltadas para o mesmo público/mercado.

Acredito que a sorte que temos como o Delphi é que a demanda por frameworks é 
voltada mais ao mapeamento objeto-relacional e a persistência de dados. Posso 
citar três bons nomes nessas áreas: tiOPF, INFRA e PressObjects. Nada impede 
que você estude o código deles e desenvolva o seu próprio framework. Até 
recentemente o Rubem Rocha divulgou um ótimo artigo ensinando como criar seu 
próprio framework de persistência. Está em inglês o artigo e uma busca nas 
mensagens da segunda quinzena de maio deste ano já traz o link.

Menos sorte, olhando do ponto de vista de desenvolvedor Delphi, tem os colegas 
que usam Java, por exemplo. A infinidade de frameworks, para os mais diversos 
propósitos, é alarmante e pode até mesmo desmotivar o pessoal. E existe sempre 
o problema das dependências que pode ingessar uma equipe e prendê-la a uma 
determinada versão de componente por conta de manter a compatibilidade com 
versões anteriores e em produção dos sistemas que utilizem o framework.

Desculpas pela mensagem longa e pela tom jocoso no início. Mas em muitas 
situações, menos no mundo RAD com Delphi e mais em outras searas, os frameworks 
invariavelmente dependem de componentes de terceiros, para poderem se focar 
melhor no objetivo que o framework deve atingir.

Atenciosamente,
Ricardo

1) Evite escrever suas mensagens usando somente LETRAS MAIÚSCULAS.

2) Revise o texto de sua mensagem. Uma mensagem bem escrita é melhor 
compreendida.

3) Vamos ajudar o Grupo e o Yahoo! Apague o conteúdo irrelevante!

--- Em ter, 2/6/09, felipe govoni <govoni.fel...@gmail.com> escreveu:










    
            
            
Bom dia



vejo muita gente falar em framework, e gostaria de saber a opiniao

dos colegas se vale apena usar algum framework? pois sou contra

usar qualquer coisa de terceiros, uso delphi 2007 e os unicos componentes

que uso sao o unidac, fastreport e o freeboleto pois acho eles indispensaveis.



qual a opiniao de vcs sobre o assunto? vcs usao componentes de terceiros?

e quanto aos frameworks?



-- 

Felipe Govoni

------------ ---------

GOVONI Sistemas

Fone 8472-8718

www.govoni.com. br


 

      


        
         
        
        








        


        
        


      Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com

[As partes desta mensagem que não continham texto foram removidas]

Responder a