E esta: http://yuilibrary.com/ já alguém analisou?
Best Regards / Cumprimentos, Daniel Gomes [image: Visualizar meu perfil no LinkedIn]<http://www.linkedin.com/in/danielcsgomes> No dia 15 de Novembro de 2011 11:14, Hugo Ferreira <[email protected]>escreveu: > É verdade João. Eu estou inclinado para o knockout pelas mesmas razões > (segundo documentação e samples) mas só na prática é que se vão desvendar > os problemas :P > > No dia 15 de Novembro de 2011 11:12, João Saleiro <[email protected] > > escreveu: > > Eu também estou ligeiramente inclinado para o knockout, embora pareca >> menos completo que as outras duas alternativas. Porém, parece ser a mais >> lightweight para os meus fins no presente. >> Mas isto de frameworks, infelizmente só se consegue comparar quando se >> usam todas em producão. Até agora só tenho feito testes. >> >> JS >> >> On 15-11-2011 11:09, Hugo Ferreira wrote: >> >> Sim João, >> >> Já obtive também o feedback que é jQuery e pronto (suportado by Microsoft >> e outros pais lol) com todas os prós e contras. >> >> Em relação a uma dessas libs que recomendas, já andei também a ver e a >> minha selecção por agora é o Knockout.js :D >> >> Agora o que ainda me falta descobrir é um bom toolkit de componentes UI >> (datagrid, panels, etc. .......) >> >> Estou a falar de algo que se aproxime com o toolkit fornecido com o Dojo >> mas para se usar com o jQuery :) >> >> >> No dia 15 de Novembro de 2011 11:03, João Saleiro < >> [email protected]> escreveu: >> >>> JQuery, e depois juntas aí em cima uma destas: >>> >>> >>> - Backbone.js >>> - Knockout.js >>> - Spine.js >>> >>> Isto, se pretenderes desenvolver aplicacões sob uma arquitectura >>> (próxima) de MVC. Não te consigo recomendar nenhuma, pois continuo a >>> brincar e a testar todas, e a tentar decidir qual é que é a menos má. (e >>> por favor não me venham com comentários de bla bla bla bla é o maior bla >>> bla bla). >>> >>> >>> [image: linkedIn] <http://pt.linkedin.com/in/jsaleiro> João Saleiro >>> Chief >>> Technology Officer Tel: 00351 916 077 097 Email: >>> [email protected] Skype: joao.saleiro [image: Webfuel >>> Solutions] <http://www.webfuel.pt> www.webfuel.pt >>> Lisbon, Portugal >>> >>> On 15-11-2011 05:51, hugo wrote: >>> >>> Olá a todos. >>> >>> Antes de mais deixem-me apresentar :) >>> Sou um membro desta comunidade à já algum tempo embora não activo. >>> >>> Desde que Quinta-feira passada que tem havido muitas emoções em >>> relação ao Adobe Flex e ao Buzz do HTML5 que pareçe que afinal de >>> contas é a tecnologia dominante em relação a todos as outras e que >>> prematuramente a meu ver a Adobe tirou este coelho da cartola mas não >>> quero entrar aqui entrar em debates acerca da comparação com o HTML5 >>> até porque para isso já temos um thread que a sua leitura tem sido de >>> bastante interesse. >>> >>> No passado (bem lá no passado), fui programador de Visual Basic (já >>> sei que os duros eram os de C mas a verdade é que não foi à toa que >>> foi a linguagem empresarial dominante). >>> >>> Depois apareceu o .NET o qual começei logo desde a primeira versão a >>> estudar a framework e a linguagem Visual Basic .NET no qual mais tarde >>> migrei para C# e adorei por encontrar um sintaxe e elegância >>> semelhante ao Java (Java e HTML sempre estiveram presentes :) ) e a >>> transição do Visual Basic para o .NET foi bastante pacifíca embora a >>> malta disse-se que Visual Basic é que era porque as empresas nunca iam >>> largem para o .NET (era para teóricos lol). >>> >>> Depois deram-me a conhecer o Flex (na altura na versão 3), o qual >>> fiquei bastante impressionado porque pela primeira vez tinha >>> encontrado todo o poder do windows forms na web (e até bem mais: >>> efeitos, inline-binding que eu adoro digam os puristas o que disserem, >>> desenho em mxml e mais tarde fxg com o code-behing em OOP, item >>> renderer o qual foi sentir bastante saudades, etc ...) e seguidamente >>> mobile o qual agora se tornou com uma boa performance. >>> >>> Fiquei com a sensação que o Flex veio para ficar durante uns bons anos >>> (tal como o .NET foi ou até mais :) ) pois teria encontrado a >>> linguagem quase perfeita (faltou cenas como overload, etc ...) e >>> quando veio o Buzz do SilverLight nunca acreditei que isso fosse >>> dominar o Flex, antes pelo contrário porque como é Microsoft nunca >>> iria funcionar bem fora do Windows (nem no próprio Windows lol) e mais >>> tarde o Buzz do HTML5 que até me levou a fazer algumas experiências e >>> que na altura cheguei à conclusão que de facto com features como as >>> tags video e canvas que quando os browsers se torna-sem 100% >>> compatíveis com a específicação HTM5 (que no presente está longe disso >>> embora no mobile nem tanto) e também quando surgissem bons IDEs, que o >>> Flash ia à vida alguns "anos" depois e mais tarde o próprio Flex. >>> >>> Depois surgiu o Adobe Edge que testei e na Sexta-feira voltei a testar >>> (o qual evoluiu astronomicamente) e que me pareçe que realmente com o >>> Adobe Edge hoje em dia já não há razão para não se fazer um simples >>> site com alguma animação e efeitos (até bastante complexos) mas >>> reparem que falei em site e não em web application por isso é que me >>> fez alguma confusão este anúncio prematuro do Flex ainda mais quando >>> temos agora o mobile optimizado (no meu histórico de programador nunca >>> tinha visto nada assim). >>> >>> Agora que já me apresentei e desculpem a longa metragem venho fazer um >>> apelo à comunidade. >>> >>> Tal como o Flex é constituído pela framework Flex e é programada com a >>> definição visual em MXML, o code-behind em AS3 (sim a definição visual >>> também pode ser em AS3 ...) e temos FXG e CSS, etc ... o HTML5 na >>> realidade é composto por HTML na versão 5 + CSS3 + JS. >>> >>> Na Quinta-feira passada comprei um livro de HTML5 o qual conclui a sua >>> leitura :) >>> Pretendo agora começar a estudar uma library/framework de JS. >>> >>> Voltamos ao mesmo problema. O HTML e o CSS não pertencem a uma só >>> pessoa ou empresa que numa manhã bebeu a mais ou teve uma diarreia >>> cerebral e decidiu cometer suícidio da sua própria empresa pelo que >>> não quero depender mais disso. >>> >>> A escolha de uma library/framework JS tem de ser muito acautolada. >>> >>> Pelo que é do conhecimento geral, as frameworks jQuery e Dojo (existem >>> tantas outras que algumas até são díficeis de pronunciar) são as mais >>> conhecidas mas estou em dúvida de qual começar a estudar pelo que peço >>> aqui aos experts que me ajudem. >>> >>> Pelo que tive a pesquisar cada uma tem as suas vantagens e >>> desvantagens em relação à outra (típico) e sites de comparação >>> simplesmente não ajudam porque os típicos funboys só puxam a brasa à >>> sua sardinha. >>> >>> Eis o que encontrei até agora: >>> >>> jQuery: >>> * É uma library; >>> * Sendo uma library é ligeiramente mais compacta (o que é bom para não >>> incrementar o tempo do download); >>> * Sendo uma library não tem um bom toolset de UI components para >>> aplicações enterprise; >>> * Sendo uma library é suficiente para coisas simples com efeitos e >>> afins num site; >>> * É a library de JS mais conhecida o que também não quer dizer que >>> seja a que potencialmente irá durar mais tempo (exemplo Flex :P); >>> * Sendo uma library se quiser utilizar em web applications, vejo-me >>> forçado a procurar UI components dependentes de jQuery (existem aos >>> pontapés pela web) mas depois é só libs que o projecto depende e se >>> não evoluirem sincronamente é um problema; >>> * Para mobile existe outra lib que é um super-set do jQuery (jQuery >>> Mobile). >>> >>> Dojo: >>> * É uma framework; >>> * Sendo uma framework é ligeiramente menos compacta incrementando um >>> pouco o tempo do download; >>> * Tem o melhor toolset de UI components que até agora encontrei >>> (alguns que eu até dejaria de ter visto no Flex :) ); >>> * Pareçe-me até agora que este toolset de UI components é suficiente >>> sem vir a precisar de outras libs; >>> * O Dojo tem vindo a perder notoriedade para o jQuery (foi o que me >>> pareçeu); >>> * A mesma framework está preparada para desktop e mobile. >>> >>> Em suma pareçe-me que o jQuery é a melhor opção para web sites pois >>> tem maior notoriedade o que a longo termo poderá ser melhor suportada >>> pela comunidade, é mais compacta e suficiente para um simples web site >>> e o Dojo para web applications pois é um toolset único pronto a ser >>> utilizado no entanto ao estar a perder notoriedade pode também ser um >>> mau investimento. >>> >>> Gostaria de ouvir as vossas opiniões e desculpem lá o longo post. >>> >>> >>> -- >>> 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. > -- 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.
<<image/gif>>
<<image/gif>>
