YUI Teatro - Dav Vetro: "Uso Node.js e YUI 3" (36 min.) »Blog di Yahoo! User Interface (YUIBlog)

YUI Teatro - Dav Vetro: "Uso Node.js e YUI 3" (36 min.)

29 set 2010 alle 11:34 da Eric Miraglia | In YUI Teatro | 11 commenti

Lavoro ryan Dahl su Node.js - e la comunità che formano intorno a quel progetto - si è unito HTML5 come una delle grandi storie del 2010. YUI ingegnere Dav Glass ha lavorato per rendere YUI 3 un potente alleato per gli implementatori Node.js, e in questo video che vi mostra quello che ha fatto finora - tra cui demo di widget progressivamente migliorata in esecuzione lo stesso codice su client e server. Non perdetevi questo.

Se il video embed di seguito non viene visualizzato correttamente nel lettore RSS, click through per guardare o scaricare la versione ad alta risoluzione del video su YUI Theater .

Altri recenti YUI Theater Video:

Alois Reitbauer: dynaTrace Ajax Edition - dynaTrace offre uno degli strumenti più potenti per analizzare le prestazioni delle applicazioni web in Internet Explorer. In questo discorso, dynaTrace ingegnere Alois Reitbauer passeggiate attraverso quattro specifici scenari di analisi utilizzando l'interfaccia dynaTrace.
Ryan Grove: Il raggiungimento delle prestazioni Zen con YUI 3 - In seguito le linee guida codificate può aiutare a costruire siti web veloce, ma la creazione di applicazioni che sono pulito, veloce ed estensibile, coinvolge anche un approccio equilibrato alle prestazioni a tutti i livelli del vostro lavoro F2E. YUI 3 è progettato per aiutarvi in questo processo, fornendo un diritto di dimensioni livello di astrazione con built-in magia performance e una varietà di strumenti che rendono il codice frontend veloce facile e divertente da realizzare. In questa sessione, esploreremo il zen di JavaScript performanti nel mondo 3 YUI e farvi conoscere alcuni degli strumenti potenti YUI 3 mette a vostra disposizione in ogni applicazione che si scrive.
Douglas Crockford: Crockford su JavaScript - Scena 6: Loopage - Lo sviluppo del software è ostacolato da una specifica serie di errori di progettazione che sono state fatte in linguaggi di programmazione prima e ripetuto in tutto ciò che è stato fatto da allora. E, un po 'miracolosamente, JavaScript sta per fare bene, trasformando radicalmente il nostro modo di scrivere applicazioni. Anche in questo caso. Nel ciclo della Storia, è successo tutto prima, ma non è successo così. Questo è il motivo per cui dovrebbe preoccuparsi l'emergere di server-side JavaScript e l'entusiasmo intorno a progetti come Node.js - non perché sono alla fine forte di una tendenza, ma perché stanno spianando la strada verso la prossima grande rivoluzione nel software.

Iscrizione a YUI Theater:

Condividere ed estendere: Bookmark with del.icio.us | Digg it! | reddit!

11 commenti

Ecco un link al codice in GitHub
Commento di Bjarki - 30 Settembre, 2010 #
demo fresco. i cookies devono essere piccole, però. Non sarei di pompaggio nav dati in loro dove params url dovrebbe essere. Voglio sapere come node.js lavora per tutte le cose che arent ovvio.
accesso ai file locali
manipolazione delle immagini
e-mail / sendmail
connessione al database di gestione più comuni server sql
intestazione manipolazione
amf
pdf generazione
sai, questo genere di cose. non è la carne e le patate di una lingua, ma è in realtà la chiave per utilizzare questo ad un certo punto
Commento di Jeffrey Gilbert - 30 Settembre, 2010 #
Jeffrey -
La cosa bella di NodeJs è che niente di tutto questo è costruito in * * al sistema. Quasi tutto il sistema è un modulo esterno:
http://github.com/ry/node/wiki
Commento di Dav Vetro - 30 settembre 2010 #
Dav, grazie per il rapido follow-up. Amo l'idea di attraversamento dom sul lato server (come enorme! hpricot enorme), JSON come la lingua di trasporto, javascript lato client, e una chiave / valore del motore di archiviazione per il db. Una lingua per domarli tutti? ed è evento basato fin dall'inizio? potenziale enorme.
Commento di Jeffrey Gilbert - 30 Settembre, 2010 #
Sì, sono completamente d'accordo. Di qui la mia eccitazione nel video;)
Commento di Dav Vetro - 30 settembre 2010 #
Era curioso di ciò che i tuoi pensieri erano sulla accessibilità e SEO implicazioni di questo approccio. Per esempio, la convenzione è ora quello di caricare una pagina con la semantica, il markup significativo, quindi caricare ed eseguire uno script che manipolano il markup significativo nella non-semantico, il markup funzionale per il bene del UX.
Utilizzando l'approccio che hai descritto qui, hai sostanzialmente caricata la pagina con il markup funzionale e saltato la parte semantica completamente.
Anche se penso che questo sia ottimo per l'esperienza degli utenti e lo sviluppo SECCO, il risultato sarà che le pagine sono meno accessibili.
Commento di Christopher Cliff - 3 Ottobre 2010 #
Dav, chiedevo se avete mai pensato di utilizzare YUI su altre piattaforme SSJS, cioè rinoceronte. Sto lavorando su una applicazione Java che ha già Rhino.
Quanto di quello che hai fatto si applica al nodo specificamente contro SSJS?
Commento di andy Grohe - 4 Dicembre 2010 #
@ Andy -
Sì, ho pensato e non sarebbe così difficile da fare. Con YUI3 essere il modulo base, dovremmo semplicemente "rimappare" i moduli sotto il cofano per puntare a librerie diverse per cose come il caricamento, IO e manipolazione del DOM.
Non ho giocato con altri strumenti SSJS, perché utilizzano principalmente Node.JS per le cose che ci lavoro;)
Commento di Dav Glass - 4 Dicembre 2010 #
Dav,
Appena hai visto YUI3 secondo video di node.js. Era chiaro durante la sessione che è stato modificato ottenere e io.
Vado a guardare il vostro proejct su GitHub per ottenere quei cambiamenti e io e vedere se le cose simile può essere fatto per Rhino. Se è così, allora posso inviare indietro con le modifiche ad un progetto github per YUI3 su Rhino.
btw, mentre investigando questa l'ambiente Rhino ha un env.js progetto che ha le caratteristiche di jsdom in Rhino, quindi penso che siamo più avanti c'è.
Ti consente di sapere ... ..
Come sapete, il segno di successo è quando qualcosa viene porting verso altre piattaforme non originariamente destinato.
btw, ha tutto questo dibattito SSJS YUI costretto a prendere in considerazione indicazioni diverse per 3.xe 4.x o e oltre? solo curioso.
Commento di Andy Grohe - 6 Dicembre 2010 #
@ Andy - gradirei la porta ed essere disposti ad aiutare in qualsiasi modo possibile.
Le modifiche ai moduli YUI sono sotto la cartella lib e sono abbastanza facili da modificare. Il legame JSDom avviene nello stesso modo come gli altri, quindi è solo un modulo che si è caricato per preparare il DOM sotto il cofano.
Sì, ci sono alcuni aspetti della SSJS che ha giocato un ruolo in alcuni cambiamenti fondamentali per l'architettura dietro YUI3. In generale, stiamo studiando la nostra infrastruttura Widget per farlo funzionare ancora meglio sul server. Cose come, widget dividere completamente in un rendering, sincronizzazione, modal legano. In modo che rendono è l'unico codice che deve essere fatto sul server e la sincronizzazione, si legano le uniche parti consegnato al cliente.
Commento di Dav Glass - 6 Dic 2010 #
Utilizzando l'approccio che hai descritto qui, hai sostanzialmente caricata la pagina con il markup funzionale e saltato la parte semantica completamente.
Commento di occhiali on line - 13 Maggio 2011 #

Al momento l'inserimento di commenti non è in questo momento.

Yahoo! User Interface Blog (YUIBlog)