AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Suchfunktion Ergebnis der Suchanfrage

Ergebnis der Suchanfrage


Datum des Suchindex: Heute, 15:17

Parameter dieser Suchanfrage:

Suche in Thema: Client/Server Architektur realisieren - Ideen
Suche alle Beiträge, die von "Sir Rufo" geschrieben wurden
• Suchmethode: "Suche nach allen Begriffen"
• Nach Datum (firstpost) sortiert
• Zeige Treffer als Beiträge
Zeige 17 von insges. 17 Treffern
Suche benötigte 0.002s

Es liegen Ergebnisse in folgenden Bereichen vor:

  • Forum: Programmieren allgemein

    AW: Client/Server Architektur realisieren - Ideen

     
      by Sir Rufo, 22. Dez 2014
    Generell sollte einer Anwendung egal sein, wie und worüber kommuniziert wird. Konkret wird man immer erst so spät wie möglich.

    Ein Interface, dass alle benötigten Aktionen der Anwendung zur Verfügung stellt und dann die konkrete Implementierung mit dem Transportmittel deiner Wahl. Dann brauchst du nur noch die Implementierung tauschen und die Kommunikation läuft über MSMQ, ActiveMQ, eigene TCP...
  • Forum: Programmieren allgemein

    AW: Client/Server Architektur realisieren - Ideen

     
      by Sir Rufo, 17. Dez 2014
    Ja, das kommt vom MSMQ, damit es eben keine Überflutungen gibt und die Programmierung des Abfrage-Threads ist sehr simpel (beispielhaft skizziert):

    procedure TMSMQThread.Execute;
    var
    LNachricht : ...
    begin
    while not Terminated do
    if NachrichtInQueue( LNachricht ) then
    Queue(
    procedure
  • Forum: Programmieren allgemein

    AW: Client/Server Architektur realisieren - Ideen

     
      by Sir Rufo, 17. Dez 2014
    Nein, ich habe diesen Punkt schon mehrfach erwähnt und es ist so wie gesagt 10-20 Sekunden. Das ist ein sogenannter LongPoll. Du kannst die Queue in einem Thread einfach immer fragen. Wenn dort eine Nachricht ist, bekommst du die sofort geliefert und du kannst die verarbeiten und sofort wieder die Queue fragen. Ist keine Nachricht da, dann bremst dich der MSMQ (aber ja nur den Thread), damit du...
  • Forum: Programmieren allgemein

    AW: Client/Server Architektur realisieren - Ideen

     
      by Sir Rufo, 17. Dez 2014
    Also zu den Benachrichtigungen und den Plugins:

    Stellen wir uns mal vor, das Modul/Plugin A kann eine Adresse ändern. Es fordert die Adresse mit der ID 42 an, präsentiert diese und der Benutzer kann fleißig ändern. Dann speichert der diese Adresse ab.

    Als Nachricht wird nun der gesamte Daten-Satz in Richtung REST-API gesendet, die sich um das tatsächliche Speichern kümmert. Wenn die Daten...
  • Forum: Programmieren allgemein

    AW: Client/Server Architektur realisieren - Ideen

     
      by Sir Rufo, 16. Dez 2014
    Die beiden kann man schlecht vergleichen. Das ist so wie einen Haufen Sand mit einem belebten Bürogebäude zu vergleichen. Natürlich kann man aus einem Haufen Sand auch ein Bürogebäude bauen und dann beleben.

    Aber will man sich das wirklich antun? Wäre es da nicht besser, wenn man gleich Einziehen könnte und den Sand in den Sandkasten für die Kinder kippt? ;)

    Wenn es jetzt nichts geben...
  • Forum: Programmieren allgemein

    AW: Client/Server Architektur realisieren - Ideen

     
      by Sir Rufo, 16. Dez 2014
    Ja, der Dienst bleibt, allerdings ist die Kommunikation etwas anders.
    Statt

    <-> <-> <->

    einfach

    <-> <-> <->

    Wobei das zwischen Service und Clients dann so aussieht
  • Forum: Programmieren allgemein

    AW: Client/Server Architektur realisieren - Ideen

     
      by Sir Rufo, 15. Dez 2014
    Ja, kann man machen, erhöht zwar etwas die Komplexität, aber sei es drum.

    Eine MessageQueue für den Service und pro Client eine Queue.

    Der Service überwacht die eigene Queue und nimmt die Nachrichten und schickt diese an die API. Das was zurückkommt gibt er wieder in die Queue vom Client. Meldet die API, dass eine Änderung erfolgt ist, dann wird auch eine Nachricht in alle anderen...
  • Forum: Programmieren allgemein

    AW: Client/Server Architektur realisieren - Ideen

     
      by Sir Rufo, 15. Dez 2014
    Und so wie ich das verstanden habe, willst du eine REST-API vor den Datenspeicher setzen.

    Oder wo und was macht die da?

    Egal ob Update, Chat, was auch immer, es geht im Grunde immer um Daten holen und Daten speichern. Kann so eine REST-API auf jeden Fall.
  • Forum: Programmieren allgemein

    AW: Client/Server Architektur realisieren - Ideen

     
      by Sir Rufo, 15. Dez 2014
    Natürlich, weil die Mobile Devices immer eine ganz hervorragende Netzwerkverbindung haben. Sehr stabil und immer verfügbar. Und wir machen uns zusätzlich noch einen Port auf damit die darüber auch mit dem Windows-Service sprechen können. :roll:

    Mobile Devices dürfen bei mir nur über HTTP(S) kommunizieren. Z.B. mit der REST-API. Wenn die eine Instant-Benachrichtigung benötigen, dann benutzte...
  • Forum: Programmieren allgemein

    AW: Client/Server Architektur realisieren - Ideen

     
      by Sir Rufo, 15. Dez 2014
    Kleine Anmerkung:

    Bevor ich mir einen Service schreiben würde, der per TCP mit den Clients kommuniziert, benutze ich lieber die Microsoft MessageQueue und der Drops ist gelutscht. Jeder Client bekommt eine Queue und für Rückmeldungen auch der Service.

    Der Service spricht jetzt mit der REST-API und füllt die MessageQueues der Clients. Die Clients holen sich die Informationen aus Ihrer...
  • Forum: Programmieren allgemein

    AW: Client/Server Architektur realisieren - Ideen

     
      by Sir Rufo, 15. Dez 2014
    Hört sich ja schon besser an, allerdings ist das Benachrichtigungs-System wie du das skizzierst hast etwas ... seltsam.

    Wenn du die Nachrichten jetzt pro Modul sendest, dann zieht ja jedes neues Modul eine Änderung in der Nachrichten-Struktur mit sich. Da wäre es doch besser, einfach Nachrichten zu schicken, wenn sich die Daten geändert haben. Das Modul selber bekommt dann diese Information...
  • Forum: Programmieren allgemein

    AW: Client/Server Architektur realisieren - Ideen

     
      by Sir Rufo, 15. Dez 2014
    Wenn die REST-API LongPolling kann wofür in Gottes Namen dieser Windows-Dienst?

    Mehr Komplexität?

    Und der Service soll auch noch direkt mit dem Datenbank-Server sprechen, also an der REST-API (Zwischenschicht) vorbei?

    Respekt, so kann man viele Vorteile der Zwischenschicht auch gleich wieder mit dem Hintern einreissen :thumb:

    Ich hätte ja noch verstanden, wenn man, aus welchen Gründen...
  • Forum: Programmieren allgemein

    AW: Client/Server Architektur realisieren - Ideen

     
      by Sir Rufo, 11. Dez 2014
    Egal ob Chat oder irgendwelche sonstigen Benachrichtigungen, dafür eine extra Service-Anwendung zu bauen und die Komplexität zu erhöhen halte ich für unklug.

    Die REST-API weiß, ob eine bestimmte Aktion eine Benachrichtigung erfordert. Wenn, dann trägt diese das in die entsprechenden MessageQueues ein. Diese MessageQueues werden vom Client selber überwacht/abgefragt (Long Polling).

    Ob diese...
  • Forum: Programmieren allgemein

    AW: Client/Server Architektur realisieren - Ideen

     
      by Sir Rufo, 11. Dez 2014
    Zum Thema:

    Wofür soll der Windows-Dienst mit dem TCP-Server benutzt werden? Der ist mMn völlig überflüssig.

    Man nehmen einen MessageQueue-Server seiner Wahl und fragt dort nach Nachrichten. Achtung, nur in einem separaten Thread, denn wenn nichts in der Queue ist, dann dauert diese Abfrage ein Weilchen.

    Ist etwas in der Queue, dann bekommt man auch prompt die Antwort, wirft diese dann in...
  • Forum: Programmieren allgemein

    AW: Client/Server Architektur realisieren - Ideen

     
      by Sir Rufo, 9. Dez 2014
    Nein, nicht nur aber eben auch. Es wird entkoppelt und man hat damit weniger Abhängigkeiten (z.B. von der Datenbank-Komponente Fröhlichsein mit Fluxkompensator und Ventilator, aber nur bei linksdrehendem Joghurt).
  • Forum: Programmieren allgemein

    AW: Client/Server Architektur realisieren - Ideen

     
      by Sir Rufo, 5. Dez 2014
    Wenn du eine Zwischenschicht da einziehst, dann kannst du gerade was die Performance angeht sehr schön skalieren, denn wo die Zwischenschicht sich die Daten herholt, weiß der Client nicht und muss er auch nicht entscheiden. Steigt die Anzahl der Abfragen, dann kommen im Hintergrund einfach ein paar mehr Slave-Datenbank-Kisten und die werden dann eben gefragt (Last-Verteilung).

    Für die...
  • Forum: Programmieren allgemein

    AW: Client/Server Architektur realisieren - Ideen

     
      by Sir Rufo, 5. Dez 2014
    Wenn der Datenbank Server schon auf einer Linux-Kiste läuft, dann klatscht dir da mit PHP ein REST drauf und lass das darüber laufen. Dann brauchst du auf den Clients auch keine Datenbank-Treiber mehr, nur noch HTTP-Abfragen ausführen :)


URL zu dieser Suchanfrage:

https://www.delphipraxis.net/dp_search.php?do=usersearch&search_username=Sir+Rufo&search_exact_username=1&search_sortby=dateline&search_resulttype=post&search_matchmode=0&searchthreadid=183029
Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 15:35 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz