Node.js vs Java für Comet-Anwendung

Suchen wir zum Aufbau einer high-performance, skalierbare Comet server und dachte zunächst über die Verwendung von Java Grizzly mit GlassFish.

Aber nach einigen Forschung, sehen wir, dass Node.JS nimmt sich schnell als die bevorzugte Wahl aufgrund der extremen Einfachheit, und behauptete, Leistung:

http://news.ycombinator.com/item?id=1088699

http://amix.dk/blog/post/19484

Ich werde glücklich sein, zu hören, einige real-life Erfahrung mit beiden, und was letztlich die beste Wahl, die Straße hinunter.

Dank!

InformationsquelleAutor SyBer | 2010-12-20

  1. 13

    Wenn Sie weiter Lesen Sie die blog-Beiträge vom gleichen Autor, nämlich der post, Ist node.js am besten für Comet, erklärt er, warum er wieder zurück ging, um die Java-basierte Lösung (Netty) und ist glücklich mit ihm. Ich denke, das wäre eine interessante Lektüre.

    Danke, übersehen.
    Sie sind selbstverständlich willkommen. BTW, ich glaube nicht, dass Sie schief gehen können auf der JVM/Java front, wenn es zur Leistung kommt. Sicher, es verbraucht den Speicher und Ressourcen mehr als andere Lösungen, aber es funktioniert. Viel Glück. 🙂
    Wir gingen schließlich mit Netty-basierter daemon, welcher Super funktioniert und war viel einfacher zu entwickeln, so dachten wir.
    Froh, dass es geklappt für Sie. Viel Glück. 🙂
    Vielen Dank für die URL zu dem blog-Beitrag, gut zu Lesen!

    InformationsquelleAutor Sanjay T. Sharma

  2. 5

    Ich weiß, das ist eine alte und bereits beantwortete Frage, aber ich denke, dass meine Erfahrung hilfreich sein kann.

    Begann ich eine kleine pet-Projekt zu testen Node.js - wie es sich "anfühlt" und wie das Programm auf. Ich wurde beeindruckt durch die Leichtigkeit der Arbeit in einem solchen ökosystem: Node.js code ist einfach zu schreiben (obwohl seine asynchrone Paradigma ist nicht so einfach für die konventionelle Programmierer), Bibliotheken sind leicht zu bauen etc. etc. Auch npm ist erstaunlich einfach: ich fand gerade der direkteste Weg, um den code Ihrer eigenen Bibliothek ist eine öffentlich-Paket!

    Allerdings gibt es nicht viele gute tools für die Arbeit mit Node.js. Vielleicht, weil es zu einfach, etwas zu tun, die meisten Bibliotheken sind teilweise umgesetzt, nicht dokumentierte Lösungen (und Ich bin schuldig, zu).

    Beachten Sie auch, dass der relevante Unterschied von Node.js ist nicht die JavaScript-Sprache, aber die asynchronen I/O-Modell. Es ist der interessanteste Aspekt Node.js aber die asynchrone Programmierung-Stil ist nicht so gut getestet wie die herkömmliche Art der web-Entwicklung. Vielleicht ist es wirklich das Wunder, das ist Propaganda - oder vielleicht ist es nicht so gut wie versprochen.

    Sogar in dem Fall zahlt es sich aus, Sie haben genug Entwickler, um zu halten, wie ein (zumindest noch) ungewöhnliche codebase? Wenn Sie können eine Menge von Vorteilen aus der asynchrone "Weg des Lebens" Node.js können Sie mehr konsolidiert Sprachen und frameworks, wie Verdreht für Python (das ist meine bevorzugte languabe, so kümmern sich mit meiner Meinung 🙂 ). Möglicherweise gibt es sowas für Java auch. Wie auch immer, ich vermute, dass Sie nicht haben eine Menge von Interesse in diesem Modell, da deine Frage zielt eher auf Sprachen als in den Programmier-Paradigma, so Node.js hat nicht viel zu bieten, um Sie trotzdem.

    Also... Nein, ich würde nicht etwas entwickeln professonaly in Node.js für jetzt, obwohl ich denke, es ist sowohl Spaß und lehrreich zu studieren.

    Peinlich, diese Antwort wurde geschrieben, um diese Frage aber ich stellte es an der falschen Stelle. Wie auch immer, da jemand gerne werde ich mich auch halten 🙂

    InformationsquelleAutor brandizzi

  3. 3

    Meiner Meinung nach ist der asynchrone Ansatz für Comet verherrlicht in Node.JS und Grizzly ist zutiefst fehlerhaft.

    Danke, das besonders nützlich ist, wie wir jetzt versuchen, die NIO im Netty.

    InformationsquelleAutor jmarranz

  4. 2

    In einem neueren test (August 2012), Node.js konnte Griff 1 Millionen single-verbindungen von einer einzigen 16GB RAM Server.

    http://blog.caustik.com/2012/08/19/node-js-w1m-concurrent-connections/

    InformationsquelleAutor Matt

Schreibe einen Kommentar