Olá amigos, Para aqueles que trabalham com Java como backend, tenho testado e obtido alguns resultados interessantes com o seguinte framework: http://www.zkoss.org/
Mas como eu comentei, serve apenas para o trabalho com Java como backend. Saudações Stefan Horochovec Engenheiro de Software Blog: http://www.horochovec.com.br/ Twitter: http://twitter.com/horochovec Em 15 de novembro de 2011 11:15, Daniel Gomes <[email protected]>escreveu: > CoffeeScript é como Less ou Sass para CSS, básicamente tem uma sintaxe > própria com as suas próprias funções, e que precisa de ser compilada. O que > tem como desvantagem é que como precisa ser compilada se o quisermos em > runtime muitos ambientes shared hosted podem não ter a tecnologia/tools > necessárias para o fazer. > > Para quem usa PHP aconselho a verem Assetic > https://github.com/kriswallsmith/assetic é uma framework para fazer a > gestão dos assets. > > Best Regards / Cumprimentos, > > Daniel Gomes [image: Visualizar meu perfil no > LinkedIn]<http://www.linkedin.com/in/danielcsgomes> > > > No dia 15 de Novembro de 2011 12:57, Hugo Ferreira <[email protected] > > escreveu: > > Olá Brunex, >> >> Obrigado pelo contributo (mais umas cenas para analisar). >> >> O comportamento do pessoal (onde eu próprio me incluo) é perfeitamente >> compreensível :) >> >> O que não é compreensível é a falta de ética ... >> >> >> No dia 15 de Novembro de 2011 12:48, BruNeX >> <[email protected]>escreveu: >> >> Acho lindo isto que se esta a passar, depois do anuncio da adobe ver o >>> pessoal louco que nem baratas tontas a tentar arranjar algo que substitua o >>> flex, e que faça o mesmo. >>> >>> >>> Surpresa(ou não) é que não existe nada que substitua o flex/adobe, as >>> ferramentas que vcs agora tão desesperadamente tentam encontrar e vão >>> encontrando não apareceram a quando do anuncio da adobe, elas já cá estavam >>> e assentam em paradigmas um nadinha nada diferentes, por isso a vossa >>> procura de tentar encontrar algo que substitua directamente as vossas >>> técnicas e tecnologias é uma busca sem um final feliz... >>> >>> As mas noticias são essas mesmo... >>> Se quiserem usar estas novas ferramentas vão ter de perceber como elas >>> funcionam e lamento mas o conhecimento que trazem de flex/flash e afins não >>> vai servir de grande coisa. >>> >>> As noticias ainda piores é que nao existe nenhum standard isto é a >>> verdadeira anarquia, toda a gente faz uma framework ou uma library e é >>> muito difícil saber o que usar :) >>> >>> >>> Vou dar umas linhas gerais do que eu acho, e fui aprendendo, porque, já >>> á algum tempo que ando a olhar para estas tecnologias e a tentar arranjar >>> um substituto do flash/flex pois a meu ver (já todos sabem a minha opinião >>> já deixei isso claro algumas vezes) o html5/javascript ia substituir o >>> flash mais tarde ou mais cedo. >>> >>> Existem umas boas centenas de frameworks, libraries, plugins e afins de >>> javascript as que eu acho relevantes actualmente para mim são: >>> >>> Jquery - A melhor ferramenta para DOM interaction, e já é quase >>> standard, quase todas as frameworks de mais alto nivel usam o Jquery. >>> >>> underscoreJS- É uma library que extende o javascript e da-lhe algumas >>> "funcionalidades" que estao a faltar (muitas delas já anunciadas para a >>> proxima versão do ecmascript) >>> >>> >>> backboneJS - uma MVC framework adaptada a este paradigma, em vez de >>> Controllers temos Routers pois faz muito mais sentido no ambiente browser, >>> usa o Jquery para todo o DOM interaction, e tem como dependencia o >>> underscoreJS. >>> Esta famework tem provas dadas no mercado basta irem ver os exemplos na >>> pagina deles e veem as entidades que usam esta framework. >>> Esta framework é completamente agnostica nao vos obriga a usar qualquer >>> view-engine deixa isso ao vosso criterio. >>> >>> knockoutJS - Foi uma das mais faceis de usar aprendi imenso mas >>> rapidamente reparei que era muito limitada pois para aplicações mais >>> complexas que tenham de fazer loading de objectos dinamicamente e >>> readaptar-se ao longo do tempo peca... para alem que nao tem o sistema de >>> routing do backboneJS entre outros. >>> >>> sproutcore - tambem usa o jquery para todo o DOM interaction, é uma boa >>> framework esperimentei no inicio mas depois decidi-me pelo backbone pois >>> tem mais documentaçao, mais exemplos e achei mais facil de usar, e na >>> altura estava a v2Beta que ainda nao era recomendada usar agora acredito >>> que esteje ah altura do backboneJS talvez um dia quando nao tiver nada para >>> fazer de uma olhada. >>> >>> Jqtmpl - view Engine - Actualmente nos meus projectos é esta a view >>> engine que estou a usar mas nao aconcelho pois o Jquery ja deixou de >>> suportar conselho usarem outra, eu vou mudar em breve >>> >>> handlebarsjs - como View engine deve ser das que tem mais potencial, foi >>> criada pelo pessoal do sproutcore pois nao gostavam de nenhuma que existia. >>> >>> CoffeeScript - recentemente comecei a olhar para isto, e decidi >>> esperimentar em cerca de dois dias tinha o meu projecto migrado para >>> coffeeScript e nunca mais quis voltar a escrever javascript puro e duro :) >>> Esta linguagem ao contrario de muitas outras nao faz nenhuma magia negra >>> e assenta na maxima "its just javascript with a better sintaxe" e o que >>> dava imenso trabalho fazer com javascript fazemos aqui com poucas linhas de >>> codigo. vejo grande potencial nesta nova linguagem. >>> >>> >>> Como é obvio existem milhares de frameworks linguagens libraries eu não >>> ia falar de todas falei apenas das que para mim sao as mais importantes nao >>> quer dizer que nenhuma outra seje melhor ou pior mas por falta de tempo e >>> porque já me consegui safar com estas nao tenho grande coisa para dizer.... >>> >>> Qualquer duvida acerca da materia gritem... >>> >>> with love, >>> BruNeX >>> >>> -- >>> Recebeu esta mensagem porque está inscrito no grupo "Mailing List da >>> Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" >>> dos Grupos do Google. >>> Para publicar uma mensagem neste grupo, envie um e-mail para >>> [email protected]. >>> Para anular a inscrição neste grupo, envie um e-mail para >>> [email protected]. >>> Para ver mais opções, visite este grupo em >>> http://groups.google.com/group/riapt?hl=pt-PT. >>> >> >> -- >> Recebeu esta mensagem porque está inscrito no grupo "Mailing List da >> Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" dos >> Grupos do Google. >> Para publicar uma mensagem neste grupo, envie um e-mail para >> [email protected]. >> Para anular a inscrição neste grupo, envie um e-mail para >> [email protected]. >> Para ver mais opções, visite este grupo em >> http://groups.google.com/group/riapt?hl=pt-PT. >> > > -- > Recebeu esta mensagem porque está inscrito no grupo "Mailing List da > Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" dos > Grupos do Google. > Para publicar uma mensagem neste grupo, envie um e-mail para > [email protected]. > Para anular a inscrição neste grupo, envie um e-mail para > [email protected]. > Para ver mais opções, visite este grupo em > http://groups.google.com/group/riapt?hl=pt-PT. > -- Recebeu esta mensagem porque está inscrito no grupo "Mailing List da Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" dos Grupos do Google. Para publicar uma mensagem neste grupo, envie um e-mail para [email protected]. Para anular a inscrição neste grupo, envie um e-mail para [email protected]. Para ver mais opções, visite este grupo em http://groups.google.com/group/riapt?hl=pt-PT.
