___ qstnhdr ___ Senden von Ereignissen von Server zu Client (s) in Meteor
___ antwort22890017 ___
Das Paket ist jetzt veraltet und funktioniert nicht für die Versionen & gt; 0.9
Sie können das folgende Paket verwenden, das ursprünglich dazu dient, Nachrichten von Clients-Server-Clients zu senden
Ссылка
Keine Ansammlung, kein Mongodb hinten, Gebrauch ist wie folgt (nicht geprüft):
%Vor%
Gibt es eine Möglichkeit, Ereignisse vom Server an alle oder einige Clients zu senden, ohne Sammlungen zu verwenden.
Ich möchte Ereignisse mit einigen benutzerdefinierten Daten an Clients senden. Während der Meteor sehr gut mit Sammlungen umgehen kann, ist in diesem Fall die zusätzliche Komplexität und der Speicher nicht erforderlich.
Auf dem Server sind keine Mongo-Speicher oder lokale Sammlungen erforderlich.
Der Client muss nur darauf hingewiesen werden, dass er ein Ereignis vom Server empfangen hat und entsprechend den Daten handeln.
Ich weiß, dass das mit sockjs ziemlich einfach ist, aber es ist sehr schwierig vom Server auf sockjs zuzugreifen.
%code% macht etwas ähnliches.
___ tag123meteor ___ Meteor ist eine modulare Plattform für die Entwicklung von Web- und mobilen Anwendungen in JavaScript auf Basis der NodeJS-Plattform.
___ tag123events ___ Ein Ereignis ist eine Möglichkeit für eine Klasse, Benachrichtigungen an Listener zu senden, wenn eine bestimmte Sache passiert.
___ answer41305069 ___
Das beste Paket, das ich gefunden habe, ist Streamy. Es ermöglicht Ihnen, an alle oder nur einen bestimmten Benutzer
zu senden
Ссылка
%Vor%
Sende eine Nachricht an alle:
%Vor%
Achten Sie auf Nachrichten auf dem Client:
%Vor%
Senden Sie eine Nachricht an einen Benutzer (per ID)
%Vor%
Sie sollten Sammlungen verwenden.
Die "zusätzliche Komplexität und der Speicher" spielt keine Rolle, wenn Sie lediglich eine Sammlung erstellen, eine einzelne Eigenschaft hinzufügen und diese aktualisieren.
Sammlungen sind nur eine Form für die Datenkommunikation zwischen Server und Client, und sie bauen auf Mongo auf, was wirklich nett ist, wenn Sie sie wie eine Datenbank verwenden wollen. Aber im Grunde genommen sind sie nur eine Art zu sagen "Ich möchte einige Informationen speichern, die als X bekannt sind", die sich in die Publish / Subscribe-Architektur einklinken, die Sie nutzen sollten.
In Zukunft werden neben Mongo weitere Datenbanken verfügbar sein. Ich konnte irgendwann sehen, dass es ein intelligentes Paket gibt, das Collections auf ihre grundlegendsten Funktionen reduziert, wie Sie es vorschlagen. Vielleicht könntest du es schreiben!
Ich fühle mich für @Rui und die Tatsache, eine Sammlung nur verwenden, um eine Nachricht zu senden fühlen sich schwerfällig
Zur gleichen Zeit, wenn Sie mehrere solcher Nachrichten zu senden, ist es bequem, eine Sammlung namens etwas wie Einstellungen oder ähnliches, wo Sie diese haben.