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).
linkedIn <http://pt.linkedin.com/in/jsaleiro> João Saleiro Chief Technology Officer Tel: 00351 916 077 097 Email: [email protected] <mailto:[email protected]> Skype: joao.saleiro <callto://joao.saleiro>Webfuel Solutions <http://www.webfuel.pt> www.webfuel.pt <http://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.
<<inline: LinkedIn.gif>>
<<inline: Webfuel.gif>>
