YUI Theater - Dav Glass: (. 36 min) "Mit Node.js und YUI 3"

29. September 2010 um 11:34 Uhr von Eric Miraglia | In YUI Theater | 11 Kommentare

Dav Glass spricht von YUI 3 und Node.js Bei Yahoo am 16. September 2010.

Ryan Dahl Arbeiten Node.js - und die Gemeinschaft bilden, um dieses Projekt - hat HTML5 als eine der großen Geschichten des Jahres 2010 beigetreten. YUI Ingenieur Dav Glass hat gearbeitet, um YUI 3 ein mächtiger Verbündeter für Node.js Implementierer zu machen, und in diesem Video zeigt er Ihnen, was er bisher getan hat - darunter Demos von zunehmend verbesserte Widgets laufen den gleichen Code auf Client und Server. Verpassen Sie nicht diese ein.

Wenn das Video einbetten unten nicht richtig dargestellt in Ihren RSS-Reader, klicken Sie sich durch zu beobachten, oder laden Sie die hochauflösende Version des Videos auf YUI Theater .

Andere Recent YUI Theater Videos:

  • Alois Reitbauer: dynaTrace AJAX Edition - dynaTrace bietet eines der mächtigsten Werkzeuge zur Analyse der Performance von Web-Anwendungen im Internet Explorer. In diesem Vortrag geht dynaTrace Ingenieur Alois Reitbauer durch vier spezifische analytische Szenarien über die dynaTrace-Schnittstelle.
  • Ryan Grove: Das Streben nach Performance-Zen mit YUI 3 - Nach der kodifizierten Richtlinien können Ihnen dabei helfen, schnell Webseiten, sondern Anwendungen, die Gebäude sauber, schnell und erweiterbar sind ebenfalls beinhaltet einen ausgewogenen Ansatz, um die Leistung auf allen Ebenen Ihres F2E Arbeit. YUI 3 wird entwickelt, um Ihnen in diesem Prozess zu helfen und bietet eine passende Größe Abstraktionsschicht mit eingebautem Performance Magie und eine Vielzahl von Werkzeugen, die einen schnellen Frontend-Code einfach und macht Spaß zu produzieren machen. In dieser Session werden wir das Zen des performante JavaScript in der YUI 3 Welt zu erkunden und stellen Ihnen einige der leistungsstarken Tools YUI 3 stellt Ihnen in jeder Anwendung, die Sie schreiben.
  • Douglas Crockford: Crockford über JavaScript - Szene 6: Loopage - Software-Entwicklung wird durch eine bestimmte Gruppe von Design-Fehler, die in den ersten Programmiersprachen gemacht wurden und wiederholt in allem, was getan worden ist seit behindert. Und, die etwas überraschend ist JavaScript gehen, um es richtig zu machen, radikal verändern unsere Anwendungen schreiben. Wieder. In the Loop der Geschichte hat das alles schon passiert, aber es war noch nie so passiert. Das ist, warum Sie über die Entstehung von Server-Side JavaScript und der Aufregung rund um Projekte wie Node.js kümmern sollte - nicht weil sie an der scharfen Ende eines Trends, sondern weil sie ebnet den Weg in die nächste große Revolution in der Software.

Abonnieren von YUI Theater:

Teilen und zu erweitern: Lesezeichen mit del.icio.us | Digg it! | reddit!

11 Kommentare

  1. Hier ist ein Link zu dem Code auf github

    Kommentar von Bjarki - 30. September 2010 #

  2. coole Demo. Cookies sollten klein sein, though. Ich wäre nicht das Pumpen NAV Daten dort hinein, wo url params sein sollte. Ich will wissen, wie node.js für all die Dinge, die offensichtlich ARENT funktioniert.

    Zugriff auf lokale Dateien
    Bildmanipulation
    E-Mail / sendmail
    Datenbank-Verbindung über gemeinsame Umgang mit SQL-Servern
    Header-Manipulation
    amf
    PDF-Erzeugung

    ya know, diese Art von Sachen. es ist nicht das Fleisch und Kartoffeln von einer Sprache, aber es ist Schlüssel zum tatsächlich mit dieser an einem gewissen Punkt

    Kommentar von Jeffrey Gilbert - 30. September 2010 #

  3. Jeffrey -

    Das Schöne daran ist, dass NodeJs nichts davon ist * in * auf das System gebaut. Fast alles, was in dem System ist ein externes Modul:

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

    Kommentar von Dav Glass - 30. September 2010 #

  4. Dav, danke für die schnelle Follow-up. Ich liebe die Idee des DOM Traversal auf der Serverseite (huge! wie hpricot riesig), JSON als Transportprotokoll Sprache, JavaScript auf Client-Seite, und ein Schlüssel / Wert-Speicher-Engine für die db. Eine Sprache zu knechten, sie alle? und es ist Ereignis von Anfang an der Basis? enormes Potenzial.

    Kommentar von Jeffrey Gilbert - 30. September 2010 #

  5. Ja, ich stimme voll und ganz. Daher meine Aufregung in dem Video ;)

    Kommentar von Dav Glass - 30. September 2010 #

  6. War neugierig, was denken Sie über die Zugänglichkeit und SEO Auswirkungen dieses Ansatzes waren. Zum Beispiel, die Konvention ist jetzt um eine Seite mit semantischen, sinnvolle Markup zu laden, dann laden und ausführen ein Skript, das den sinnvollen Markup in nicht-semantischen, funktionalen Markup für das Wohl der UX wird zu manipulieren.

    Mit dem Ansatz, den Sie hier beschrieben habe, haben Sie im Wesentlichen die Seite mit der funktionellen Markup geladen und übersprang die semantische Teil vollständig.

    Während ich denke, das ist ideal für User Experience und DRY Entwicklung, wird es in Seiten, die weniger zugänglich sind zur Folge haben.

    Kommentar von Christopher Cliff - 3. Oktober 2010 #

  7. Dav, gefragt, ob du einen Gedanken an mit YUI auf anderen Plattformen SSJS, nämlich Nashörner gegeben haben. Ich arbeite an einer Java-Anwendung, die bereits über Rhino arbeiten.

    Wie viel von dem, was Sie getan haben, gilt für Knoten speziell gegen SSJS?

    Kommentar von Andy GROHE - 4. Dezember 2010 #

  8. @ Andy -

    Ja, ich habe darüber nachgedacht und es wäre nicht sein, dass schwer zu tun. Mit YUI3 als Modul basiert, würden wir müssen einfach "neu zuordnen" die Module unter der Haube an verschiedene Bibliotheken für Dinge wie Belastung, IO-und DOM-Manipulation hinweisen.

    Ich habe nicht mit anderen Tools SSJS durcheinander, weil ich in erster Linie Node.JS für die Dinge, die ich arbeite ;)

    Kommentar von Dav Glass - 4. Dezember 2010 #

  9. Dav,

    So beobachtete man am zweiten YUI3 node.js Video. Es war während dieser Sitzung klar, dass man bekommt, und io modifiziert.

    Ich werde an Ihrer proejct auf GitHub suchen Sie nach diesen Änderungen zu bekommen und io und sehen, ob ähnliche Dinge für Rhino getan werden kann. Wenn ja, dann kann ich wieder posten mit den Änderungen an einem Projekt für github YUI3 auf Rhino.

    btw, während die Untersuchung dies der Rhino-Umgebung hat ein Projekt env.js, die die Eigenschaften jsdom hat in Rhino, so dass ich denke, wir sind dort weiter entlang.

    Wird Sie wissen lassen .....

    Wie Sie wissen, ist das Zeichen des Erfolgs, wenn etwas über wird auf andere Plattformen portiert ursprünglich nicht beabsichtigt.

    btw, hat jede dieser SSJS Diskussion gezwungen YUI zu berücksichtigen unterschiedliche Richtungen für 3.x oder 4.x und darüber hinaus? einfach nur neugierig.

    Kommentar von Andy Grohe - 6. Dezember 2010 #

  10. @ Andy - ich würde es begrüßen, den Hafen und bereit sein, in jeder möglichen Weise zu helfen.

    Die Modifikationen an den YUI-Module sind unter dem lib-Verzeichnis und sind recht einfach zu modifizieren. Die JSDom Bindung wird in der gleichen Weise wie die anderen, weshalb es ist nur ein Modul, das ist die Vorbereitung der DOM unter der Haube geladen zu erhalten.

    Ja, es gibt einige Aspekte der SSJS, die eine Rolle gespielt hat, in einigen wichtigen Änderungen an der Architektur hinter YUI3. In der Regel werden wir in unserer Widget-Infrastruktur suchen, um es noch besser auf dem Server arbeiten. Dinge wie: Aufteilen Widgets vollständig in einem Render-, Sync, Bind-modal. Damit render ist der einzige Code, der auf dem Server und synchronisiert getan werden muss, binden Sie die gelieferten Teile nur an den Client.

    Kommentar von Dav Glass - 6. Dezember 2010 #

  11. Mit dem Ansatz, den Sie hier beschrieben habe, haben Sie im Wesentlichen die Seite mit der funktionellen Markup geladen und übersprang die semantische Teil vollständig.

    Kommentar von Brillen online - 13. Mai 2011 #

Leider ist die Kommentarfunktion zu diesem Zeitpunkt geschlossen.

Hosted by Yahoo!

Copyright © 2006-2012 Yahoo! Inc. Alle Rechte vorbehalten. Datenschutz - Allgemeine Geschäftsbedingungen

Präsentiert von WordPress auf Yahoo! Web Hosting .