| Autor |
Mensagem |
|
|
o que tem um framework a ver com medo?
levando para o cerne da questão, a verdadeira motivação é politica, conforme o mondego falou. isso é indiscutível.
levando para aspectos técnicos.. o framework é uma volta a programação em jsp e servlet puros fazendo uma comparação
imagina:
anotações em VO's é luxo (hibernate annotations), voce vai continuar usando xml redundando trabalho porque o framework não da suporte
a maioria dos frameworks modernos desacoplaram o código permitindo a criação de pojos, o demoseile parece o velho struts, extends, implements inúmeras classes em todas as camadas
eles bolaram uma maneira de deturpar a criteria do hibernate pensando que analista de sistemas pode ser até mesmo um caixa de supermercado na hora fazer as implementações da camada de acesso a dados..
o framework usa um XML sem DTD que vai ficando gigantesco, e como eles fazem o parse na mão, se voce autoformatar esse xml na IDE a aplicação não funciona mais,
o maior problema ainda a meu ver é a questão da implementação dos aspectos...
como a orientação a aspectos ainda é muito discútivel custoxbeneficio eles tiveram a grande ideia de fazer a conexão com o banco de dados dentro das classes de aspectos, simplesmente ignorando implementações de pool no container, e duvido muito que usem o c3p0,
ainda não testei as transações.
parecem que ninguem que trabalhou nele conhece o SPRING 2.5
e não funciona em qualquer eclipse.. somente no eclipse disponibilizado por eles...
esse framework vai se tornar padrão isso é fato, eu não culpo quem o desenvolveu, pois como sempre tudo vem de definições que são empurradas de cima pra baixo, se exitir alguem responsável por esse retrocesso é o arquiteto que modelou/inventou/bolou essa parafernalha que mais parece um produto acadêmico, de soluções complexas e mirabolantes, apenas para promoção politica de um cara inexperiente de vivência em um projeto.
|
 |
|
|
|
|