http://www.logilab.org/blogentry/49935 http://www.logilab.org/blogentry/49935 http://www.logilab.org/blogentry/49935 <p>Description de la présentation sur le site de Paris Web 2010: <a class="reference" href="http://www.paris-web.fr/2010/programme/le-javascript-server-side-faire-un-point.php">ici</a>.</p> <p>Quentin Adam voudrait que l'on fasse plus de javascript coté serveur. Un des principaux avantages du javascript server side est que il n'est pas nécessaire de traduire ces structures de données entre plusieurs languages de programmation.</p> <img alt="http://www.bewebmaster.com/bewebmaster/icons/JavaScript.png" class="align-right" src="http://www.bewebmaster.com/bewebmaster/icons/JavaScript.png" /> <img alt="http://a3.twimg.com/profile_images/90410047/clouds2_normal.jpg" class="align-right" src="http://a3.twimg.com/profile_images/90410047/clouds2_normal.jpg" /> <p>Une des limites à cette adoption est que les moteurs de javascripts ne font pas de DOM (ca c'est le boulot du navigateur), du coup pas de <a class="reference" href="http://jquery.com/">jquery</a>, <a class="reference" href="http://mootools.net/">mootools</a> ou <a class="reference" href="http://www.dojotoolkit.org/">dojo</a> (high level javascript)&gt;. Par conséquent les développeurs javascript vont avoir des difficultés pour coder en server side. Certaines librairies sont en train de prendre en compte cet environnement limité.</p> <p>Quand on fait du javascript coté serveur, on peut considérer les requêtes comme des websockets, ce qui va être avantageux en terme de performances (par exemple lorsque le serveur reçoit deux requêtes identiques, quand la réponse est prête on renvoie deux fois la même chose).</p> <p>Voici quelques outils que Quentin Adam recommande ou mentionne :</p> <ul class="simple"> <li>Ape - Ajax Push Engine - <a class="reference" href="http://www.ape-project.org">http://www.ape-project.org</a> Mettre du javascript dans un module apache. Coté client on a du mootols pour faire du développement.</li> <li>Node.js <a class="reference" href="http://www.nodejs.org">http://www.nodejs.org</a> très adopté par la communauté ruby. Node.js es apparu au moment de l'émergence de v8. Par contre celui-ci n'est pas très stable, la documentation n'est pas très complète, mais il y a beaucoup de &quot;recettes&quot; sur le web.</li> <li>CommonJS <a class="reference" href="http://www.commonjs.org/">http://www.commonjs.org/</a> est une librairie qui a l'avantage d'être en cours de standardisation.</li> <li>Jaxer <a class="reference" href="http://jaxer.org/">http://jaxer.org/</a> est une sorte de firefox embarqué dans un module apache, ce qui est un peu trop lourd mais son existence mérite d'être mentionnée.</li> </ul> <p>À Logilab, pour le développement de <a class="reference" href="http://www.cubicweb.org">CubicWeb</a>, nous penchons plutôt pour les développements des mécanismes asyncrones dans <a class="reference" href="http://twistedmatrix.com/trac/">Twisted</a>, mais cette présentation a le mérite de mettre en avant que d'utiliser javascript ne concerne pas uniquement les tweaks dans le navigateur.</p> <img alt="http://twistedmatrix.com/trac/chrome/common/trac_banner.png" class="align-center" src="http://twistedmatrix.com/trac/chrome/common/trac_banner.png" /> 2010-11-03T19:01-01:00 Arthur Lutz