[quote=djemacao][quote=alanweb]É por essas e outras coisas que as pessoas deixam de contribuir para este forum:
[quote=kikostyle][quote=peerless]Sem querer ser chato (daqui a pouco um moderador me da uma bronca), mas já sendo…
mais incrível ainda, é que o pessoal que conhece este framework, tem outro gosto em comum: Avatars de anime.
[/quote]
incrivel, se o cara é capas de juntar os amigos pra promover uma propanda do framework no forum qual seria a credibilidade do mesmo?[/quote]
[quote=djemacao]O Seam é assim, você coloca umas coisas e pum, faz uns cruds tb. O Grails então, super fácil, tipo o que fazemos com Rails.
Na boa, brasileiro gosta tb de criar framework Java, aqui por exemplo já vi uns 5 desde que comecei com a linguagem sendo que um é aclamado e a maioria vaiado. É um VRaptor que é muito, mas muito parecido com o Spring MVC, é um Next que lembra o Seam, é um X que faz o que Y tem. Convenhamos, o que mais vão inventar?[/quote]
Quando o pessoal aqui do forum resolveu criar o VRaptor deve ter sido a mesma coisa(Tentei achar posts antigos pra confirmar mas tava sem tempo), um monte de gente dizendo que é só mais um framework e tal, hoje o VRaptor cresceu e esta maduro!
E o Ruby on Rails que tambem foi criado pelo David Heinemeier Hansson, hoje é um dos frameworks pra web mais utilizados no mundo!
Algumas questões:
O que é um framework?
R: Entre outros termos, acho que nada mais é do que uma aplicação para ajudar (talvez ate para atrapalhar rss) a criar aplicações.
Quem cria/mantém um framework?
R: Empresas, comunidades ativas, pessoas comuns.
Quem mantem Vraptor, Spring, Jsf, Struts2, Wicket, etc…?
R: Empresas, comunidades ativas, pessoas comuns.
Quem mantem o Next?
R: pessoas comuns (Não foi citada nenhuma empresa).
E qual a diferença entre o Next (e qualquer outro novo framework que nao seja apoiado por uma grande empresa, ou lideres de comunidades ativas) e os outros (Vraptor, Spring, Jsf, Struts2, Wicket, etc…)?
R: A vontade (Boa vontade) de testar, contribuir com o projeto por parte dessa comunidade ou qualquer outra, e o fato de que uma grande empresa nao mantem o software.
Acho que o GUJ hoje não é uma comunidade, porque dizer simplesmente:
[quote=fabiocsilva]Até que aquele DAO ficou legal, mas a pergunta que não quer calar é: pra quê?
Por que sempre criar um framework novo ao invés de contribuir com um já existente? Não estou querendo ser chato, apenas gostaria de saber se há um motivo plausível para adotar esse framework.
Talvez devesse se chamar YAWF(Yet Another Web Framerork) ao invés de Neo :D[/quote]
é jogar um balde de agua fria, nas pessoas que estão tentando fazer alguma coisa util.
Se vocês me disserem que não querem usar um framework desse tipo (Que ainda não mantem uma comunidade ativa) em um projeto em produção tudo bem, agora ficar gritando que todo dia se inventa um framework novo é pura ignorância! É tentar freiar a as criações!
Claro, é evidente que o mercado de consultoria de frameworks web esta em alta aqui no Brasil, mas isso já é comum, sempre foi, era no desktop, agora é na web.
Em fim, não conheço o framework em questão, não participo do projeto, só estou defendendo que qualquer criação que traga algo de util é bem vinda, mas so podemos dizer se é util ou não, se testarmos, se não fazemos isso não podemos opinar![/quote]
VRaptor nasceu numa época que não tinha zilhões de frameworks e a bola da vez, na época ainda, era o bizarro Struts. Se não fosse pelo pessoal da Caelum, tb já estava desaparecido.
Mas ninguém quer parar qualquer criação. A questão é: o que um framework hoje precisa fazer que ninguém ainda fez? Foi pensando assim que fizeram o Rails. Acham que o Rails é o ponto final de tudo? Absolutamente não. Se o criador do Merb não juntasse as forças com o Rails, provavelmente teriamos dois com propostas excelentes e diferentes em partes. A questão é que ninguém está pensando fora do quadrado, é todo mundo fazendo uma coisa similar a outra em Java, sem um diferencial além de um upload de arquivos.
Falta um algo a mais e não um detalhezinho ou outro, que nem vale a pena querer um framework assim. Falta algo plugável, de fácil adição, adaptação, modificação, algo como um Eclipse para frameworks Web, entendem?
Se conseguirem pensar nisso, se fizerem isso, podem ter certeza, morrem os demais. E não importa se isso nascer no Brasil ou na África, Índia ou China. Se fizerem algo que vá além do visto atualmente, o mundo vai querer, vão por mim.
PS: Espero que vejam isso como uma crítica construtiva. [/quote]
Tranquilo djemacao… suas observações são muito pertinentes…
Vou mostrar um diferencial que o framework tem aqui então…
Vou inclusive explicar a motivação para isso…
Quando JEE começou, tinhamos Servlets. Só que devenvolver uma aplicação só com servlets, era ruim pois imprimir HTML num servlet não era legal. Então surgiram os JSPs, assim você poderia ter seu código Java no Servlet e depois redirecionar a requisição para o JSP renderizar o HTML.
Com o JSP, surgiram as Tags, que tinham o mesmo problema do Servlet, escrever HTML dentro do código Java. O pessoal vendo isso criou os tag files, que também não resolviam o problema, porque voce teria lógica dentro desses tag files.
O que foi criado no Next então. Tags com templates.
Voce tem a tag, em código java, depois que essa tag, faz o processamento. O processamento é redirecionado para o JSP. E ainda, esse JSP que é apenas o template da tag, pode ser modificado de aplicação para aplicação. Basta colocar o arquivo de template na sua aplicação e alterar conforme desejado.
Exemplo:
<t:listagem>
<t:janelaResultados>
<t:tabelaResultados>
<t:property name="id"/>
<t:property name="nome"/>
<t:property name="preco"/>
</t:tabelaResultados>
</t:janelaResultados>
</t:listagem>
Esse código renderiza uma tela já com link editar e excluir… mas esses links estão como texto… e eu gostaria que fossem imagens
Mas todas as suas telas já estão com esse padrão…
Para isso voce copia o template da tabelaResultados para sua aplicação e troca essa linha:
<n:link action="editar" parameters="${n:idProperty(n:reevaluate(TtabelaResultados.name,pageContext))}=${n:id(n:reevaluate(TtabelaResultados.name,pageContext))}">editar</n:link>
por
<n:link action="editar" parameters="${n:idProperty(n:reevaluate(TtabelaResultados.name,pageContext))}=${n:id(n:reevaluate(TtabelaResultados.name,pageContext))}"><img src="imgs/editar.png"/></n:link>
Assim todas as outras telas saem modificadas…
O exemplo do botão é um dos mais simples… mas poderíamos mudar as coisas de lugar… trocar o funcionamento… fazer até um Ajax se quisermos… enquanto isso o JSP permanece intacto…
…
Outra coisa original nesse framework… Olha o tamanho dos JSPs…
Depois vocês calculam enquanto estão desenvolvendo aplicações em que parte do desenvolvimento vocês gastam mais tempo… se é fazendo código Java… ou fazendo View…
É daí que vem a principal vantagem do framework… As coisas são fáceis de fazer… e é por isso que dizemos que é um framework de Produtividade.
