Yahoo! User Interface Blog (YUIBlog)

11 Commentaren

1. Hier is een link met de code op GitHub

   Reactie door Bjarki - 30 september 2010 #

2. coole demo. cookies moet klein zijn, dat wel. Ik zou niet pompen nav gegevens in hen, waar url params zou moeten zijn. Ik wil weten hoe node.js werkt voor alle dingen die ARENT voor de hand.

   lokale toegang tot bestanden
   beeldmanipulatie
   e-mail / sendmail
   databaseverbinding het hanteren van meer dan gewone SQL-servers
   header manipulatie
   AMF
   pdf generatie

   ya know, dat soort dingen. het is niet het vlees en aardappelen van een taal, maar het is de sleutel tot effectief gebruik van deze op een bepaald punt

   Reactie door Jeffrey Gilbert - 30 september 2010 #

3. Jeffrey -

   Het leuke van NodeJs is dat geen van die * is gebouwd in * aan het systeem. Bijna alles in het systeem is een externe module:

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

   Reactie door Dav Glass - 30 september 2010 #

4. Dav, bedankt voor de snelle follow-up. Ik hou van het idee van de dom traversal aan de server kant (huge! zoals hpricot grote), json het vervoer taal, javascript op de client, en een sleutel / waarde opslag-engine voor de db. Een taal om ze allemaal te regeren? en het is gebaseerd evenement vanaf het begin? enorme potentieel.

   Reactie door Jeffrey Gilbert - 30 september 2010 #

5. Ja, ik helemaal mee eens. Vandaar mijn opwinding in de video ;)

   Reactie door Dav Glass - 30 september 2010 #

6. Was benieuwd wat uw gedachten waren op de toegankelijkheid en SEO implicaties van deze aanpak. Bijvoorbeeld, de conventie is nu om een ​​pagina te laden met semantische, betekenisvolle markup, dan laden en uitvoeren van een script dat de betekenisvolle markup zal manipuleren in niet-semantische, functionele opmaak in het belang van de UX.

   Met behulp van de aanpak die je hier heb beschreven, heb je in wezen geladen de pagina met de functionele opmaak en overgeslagen het semantische deel volledig.

   Terwijl ik denk dat dit is geweldig voor user experience en DRY ontwikkeling, zal dit leiden tot pagina's die minder toegankelijk zijn.

   Reactie door Christopher Cliff - 03 oktober 2010 #

7. Dav, vroeg zich af of u hebt nagedacht voor het gebruik van YUI op andere SSJS platformen, namelijk neushoorn. Ik ben bezig met een Java-app die al Rhino.

   Hoeveel van wat je gedaan hebt is van toepassing op Node specifiek versus SSJS?

   Reactie door andy GROHE - 04 december 2010 #

8. @ Andy -

   Ja, ik heb erover nagedacht en het zou niet zo moeilijk te doen. Met YUI3 zijn module gebaseerd, zouden we gewoon moeten "opnieuw toe te wijzen" de modules onder de motorkap om te wijzen op de verschillende bibliotheken voor zaken als laden, IO en DOM manipulatie.

   Ik heb niet geknoeid met andere SSJS tools, omdat ik in de eerste plaats Node.JS gebruiken voor de dingen die ik werken ;)

   Reactie door Dav Glass - 04 december 2010 #

9. Dav,

   Zag net je tweede YUI3 op node.js video. Het was duidelijk tijdens die sessie die je krijgt en io gewijzigd.

   Ik ga op uw proejct kijken op GitHub voor die veranderingen te krijgen en io en indien soortgelijke dingen kunnen worden gedaan voor Rhino te zien. Als dat zo is, dan kan ik weer posten met die veranderingen om een ​​github project voor YUI3 op Rhino.

   btw, terwijl het onderzoeken van dit van de Rhino omgeving heeft een project env.js dat de kenmerken van jsdom heeft in Rhino, dus ik denk dat we verder langs daar.

   Zal u laten weten .....

   Zoals u weet, het teken van succes is als er iets wordt geport naar andere platformen niet oorspronkelijk de bedoeling was.

   btw, heeft een van deze SSJS discussie gedwongen YUI te overwegen verschillende richtingen voor 3.x of 4.x en daarna? gewoon nieuwsgierig.

   Reactie door Andy Grohe - 06 december 2010 #

10. @ Andy - Ik zou graag de haven en bereid zijn te helpen op alle mogelijke manieren.

    De aanpassingen aan de YUI modules zijn onder de lib directory en zijn vrij gemakkelijk aan te passen. De JSDom binding gebeurt op dezelfde manier als de anderen, dus het is gewoon een module die te krijgen is geladen prep de DOM onder de motorkap.

    Ja, er zijn een aantal aspecten van SSJS die een rol heeft gespeeld in een aantal belangrijke wijzigingen in de architectuur achter YUI3. In het algemeen zijn wij op zoek in onze Widget-infrastructuur, zodat het nog beter te werken op de server. Dingen als: splitsen widgets volledig in een render, sync, binden modaal. Dus dat render is de enige code die moet worden gedaan op de server en synchroniseren, binden de enige onderdelen die aan de klant.

    Reactie door Dav Glass - 6 december 2010 #

11. Met behulp van de aanpak die je hier heb beschreven, heb je in wezen geladen de pagina met de functionele opmaak en overgeslagen het semantische deel volledig.

    Reactie door brillen online - 13 mei 2011 #

Sorry, het reactieformulier op dit moment gesloten.