Stefan,

eu brinquei um pouco com o zkoss na semana passada, e parece-me sedutor à primeira vista. Mas confirma-me uma coisa: pareceu-me que qualquer operacão feita no frontend (um clique, etc), resulta numa chamada ao lado do servidor. Ou estarei enganado? É que abri um sniffer para ver a coisa a funcionar e cada operacãozinha minuscula parece implicar comunicacão com o servidor...
Podes confirmar-me?

Obrigado pela referência,

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 13:21, Stefan Horochovec wrote:
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] <mailto:[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 Visualizar meu perfil no LinkedIn
    <http://www.linkedin.com/in/danielcsgomes>


    No dia 15 de Novembro de 2011 12:57, Hugo Ferreira
    <[email protected] <mailto:[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]
        <mailto:[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 <http://www.riapt.org>" dos
            Grupos do Google.
            Para publicar uma mensagem neste grupo, envie um e-mail
            para [email protected] <mailto:[email protected]>.
            Para anular a inscrição neste grupo, envie um e-mail para
            [email protected]
            <mailto:riapt%[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 <http://www.riapt.org>" dos Grupos do Google.
        Para publicar uma mensagem neste grupo, envie um e-mail para
        [email protected] <mailto:[email protected]>.
        Para anular a inscrição neste grupo, envie um e-mail para
        [email protected]
        <mailto:riapt%[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 <http://www.riapt.org>" dos Grupos do Google.
    Para publicar uma mensagem neste grupo, envie um e-mail para
    [email protected] <mailto:[email protected]>.
    Para anular a inscrição neste grupo, envie um e-mail para
    [email protected]
    <mailto:riapt%[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.

<<inline: LinkedIn.gif>>

<<inline: Webfuel.gif>>

Responder a