In einer JavaScript (Client) + PHP (Server) -Website habe ich dieses Schema zum Speichern eines " online notepad " (in einem #textbox textarea) zum Server:
und dies auf der Serverseite ( /php/save.php ):
Was ist das entsprechende Schema "Nach Server und Server speichern" in node.js (Client + Server)? (z. B. mit express )
Gibt es eine bekannte node.js " pattern " für eine solche Aufgabe?
Ist es üblich / gut, $.ajax(...) auf client und node.js auf dem Server zu verwenden? Ich dachte, dass node.js eine neue Denkweise eingeführt hat, die dazu führt, dass Ajax nicht mehr benötigt wird. .. lieg ich falsch?
- Was ist das äquivalente Schema "post to server and save on server" in node.js (Client + Server)? (mit Express zum Beispiel)
ist spezifisch für Ihren Code und sollte in etwa so aussehen.
clientseitig: -
%Vor%Und Serverseite: -
%Vor%hier die Art und Weise, wie ich die Post-Daten in Knoten erhalte, brauche ich body-Parser-Modul also sollte dies oben hinzugefügt werden,
%Vor%Dadurch wird Ihr HTTP-Anfragetext analysiert, so dass Sie direkt auf die Parameter req.body.data zugreifen können.
- Ist es gängige Praxis, $ .ajax (...) auf dem Client und node.js auf dem Server zu verwenden?
$. ajax (...) auf dem Client : - Natürlich, warum nicht ... verwenden wir $.ajax(...) nicht, wenn wir verschiedene Backend-Technologien wie .net oder java verwenden? Es ist also nicht nötig, das Frontend zu ändern. Es ist nur so, dass Sie eine andere Technologie am Backend verwenden.
Knoten auf dem Server : Nun, dies ist ziemlich meinungsbasiert, Knoten ist neu, wir JavaScript-Entwickler lieben Knoten, weil es eine einzige Technologie auf Serverside und Client ist, würde ich sagen, Knoten ist fantastisch .. aber es gibt andere Leute, die sagen, Knoten ist Mist. Ich würde lieber diesen Teil nicht beantworten.
- node.js hat eine neue Denkweise eingeführt, die Ajax nicht mehr benötigt ...
Ich denke, Sie zeigen auf websockets . Ja Knoten ist eine andere Art zu denken. Dies ersetzt nicht wirklich Ajax, Sie können einige hier
Der Zweck von WebSockets ist die Bereitstellung einer bidirektionalen, vollduplexfähigen und lang laufenden Verbindung mit niedriger Latenz zwischen einem Browser und einem Server. WebSockets öffnen neue Anwendungsdomänen für Browseranwendungen, die mit HTTP und AJAX nicht wirklich möglich waren (interaktive Spiele, dynamische Medienströme, Überbrückung bestehender Netzwerkprotokolle usw.).
Wenn Sie die spezifischen Vorteile von WebSockets nicht benötigen, ist es wahrscheinlich eine bessere Idee, sich an bereits bestehende Techniken wie AJAX und Comet zu halten, da Sie diese wiederverwenden und in ein riesiges bestehendes Ökosystem von Tools und Technologien integrieren können , Sicherheitsmechanismen, Wissensbasen (dh viel mehr Leute auf Stackoverflow wissen HTTP / Ajax / Comet als WebSockets), etc.
Und das ist nicht node.js spezifische Sache, Sie können websockets noch in anderen Technologien ebenso implementieren.
So hat node.js eine neue Denkweise eingeführt, die dazu führt, dass Ajax nicht mehr gebraucht wird - mehr ist falsch!
Tags und Links javascript ajax node.js express