Yahoo! Blog User Interface (YUIBlog)

11 Comentários

1. Aqui está um link para o código no github

   Comentário por Bjarki - 30 de setembro de 2010 #

2. demonstração legal. Cookies deve ser pequeno, no entanto. Eu não estaria bombeando dados em nav-los onde params url deve ser. Eu quero saber como funciona o Node.js por todas as coisas que arent óbvio.

   acesso a arquivos locais
   manipulação de imagens
   e-mail / sendmail
   conexão com o banco em mãos mais servidores comuns sql
   manipulação de cabeçalho
   amf
   geração de pdf

   você sabe, esse tipo de coisa. não é a carne e as batatas de uma língua, mas é a chave para realmente usando isso em algum momento

   Comentário por Jeffrey Gilbert - 30 de setembro de 2010 #

3. Jeffrey -

   A coisa agradável sobre NodeJs é que nada disso é * construído em * para o sistema. Quase tudo no sistema é um módulo externo:

   http://github.com/ry/node/wiki

   Comentário por Dav Vidro - 30 de setembro de 2010 #

4. Dav, obrigado pela rápida acompanhamento. Eu amo a idéia da travessia dom no lado do servidor (como huge! hpricot enorme), json como a língua de transporte, javascript no lado do cliente, e um mecanismo de armazenamento de chave / valor para o banco de dados. Uma língua para todos governar? e é baseado evento desde o início? maciça potencial.

   Comentário por Jeffrey Gilbert - 30 de setembro de 2010 #

5. Sim, eu concordo totalmente. Daí o meu entusiasmo no vídeo ;)

   Comentário por Dav Vidro - 30 de setembro de 2010 #

6. Era curioso que seus pensamentos eram sobre as implicações de acessibilidade e SEO desta abordagem. Por exemplo, a convenção agora é carregar uma página com marcação semântica e significativa, em seguida, carregar e executar um script que irá manipular a marcação significativa para a não-marcação semântica, funcional por causa do UX.

   Usando a abordagem que você descreveu aqui, você essencialmente carregada a página com a marcação funcional e pulado a parte semântica completamente.

   Embora eu ache que isso é ótimo para a experiência do usuário e desenvolvimento DRY, que resultará em páginas que são menos acessíveis.

   Comentário por Christopher Cliff - 03 de outubro de 2010 #

7. Dav, queria saber se você tem dado qualquer pensamento de usar YUI em outras plataformas, nomeadamente SSJS rinoceronte. Eu estou trabalhando em um aplicativo Java que já tem Rhino.

   Quanto do que você fez se aplica para o nó especificamente contra SSJS?

   Comentário por andy GROHE - 4 de dezembro de 2010 #

8. @ Andy -

   Sim, tenho pensado sobre isso e ele não seria tão difícil de fazer. Com YUI3 módulo de estar baseada, nós simplesmente teríamos de "remapear" os módulos sob o capô para apontar para libs diferentes para coisas como carregamento, IO e manipulação DOM.

   Eu não tenho mexido com outras ferramentas SSJS, porque eu uso principalmente Node.js para as coisas que eu trabalho ;)

   Comentário por Dav Vidro - 04 de dezembro de 2010 #

9. Dav,

   Acabei de assistir você YUI3 segundo vídeo Node.js. Ficou claro durante a sessão que você modificou get e io.

   Eu vou olhar para o seu proejct no github por essas mudanças para obter e io e ver se as coisas semelhantes pode ser feito para Rinoceronte. Se assim for, então eu posso enviar de volta com essas alterações em um projeto no github para YUI3 em Rhino.

   btw, enquanto investigava esse ambiente Rhino tem uma env.js projeto que tem as características de jsdom em Rhino, então eu acho que estamos mais por ali.

   Será que você saiba .....

   Como sabem, o sinal de sucesso é quando algo é portado para outras plataformas não foi concebido.

   btw, tem alguma dessa discussão SSJS forçado YUI considerar diferentes direções para 3.x ou 4.x e depois? apenas curioso.

   Comentário por Andy Grohe - 06 de dezembro de 2010 #

10. @ Andy - Eu gostaria de ter a porta e estar disposto a ajudar no que for possível.

    As modificações dos módulos YUI estão sob o diretório lib e são bastante fáceis de modificar. A ligação JSDom é feito da mesma maneira como os outros, por isso é apenas um módulo que se está carregado para preparar o DOM sob o capô.

    Sim, existem alguns aspectos SSJS que tem desempenhado um papel em algumas mudanças fundamentais para a arquitetura por trás YUI3. Em geral, estamos olhando para nossa infra-estrutura Widget para que ele funcione ainda melhor no servidor. Coisas como, widgets dividir totalmente em um render, sincronia, modal bind. Assim que a renderização é o único código que precisa ser feito no servidor e sincronia, vincular as partes apenas entregues ao cliente.

    Comentário por Dav Vidro - 6 de dezembro, 2010 #

11. Usando a abordagem que você descreveu aqui, você essencialmente carregada a página com a marcação funcional e pulado a parte semântica completamente.

    Comentário por óculos on-line - 13 de maio de 2011 #

Desculpe, o formulário de comentários está fechado no momento.