AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Programmierung allgemein Programmieren allgemein Architektur/Design Patterns eines ERP/CRM Systems
Thema durchsuchen
Ansicht
Themen-Optionen

Architektur/Design Patterns eines ERP/CRM Systems

Ein Thema von michele_tedesco · begonnen am 10. Apr 2014 · letzter Beitrag vom 30. Apr 2014
Antwort Antwort
mquadrat

Registriert seit: 13. Feb 2004
1.113 Beiträge
 
Delphi XE2 Professional
 
#1

AW: Architektur/Design Patterns eines ERP/CRM Systems

  Alt 14. Apr 2014, 08:13
Mein Vorschlag:
- Eine Social-Plattform, welche nach dem MVVM Pattern aufgebaut ist, ein HTML5/JS UI hat, das über Websocket mit einem event-driven async Applikation-Backend Server verbindet.
- In der Social-Plattform soll auch ein eingeschränktes E-Commerce System vorhanden sein.
- Für das CRM auch eine MVVM Applikation mit HTML/JS im UI und RESTful Verbindungen zu einem "CRUD"-Backend-Server (aufgebrochen in einem Service-Layer, einem Business-Logic-Layer, einem Data-Access-Layer und einer DB)
- Für das Zeitmess-System werden alle Sensoren über TCP direkt im LAN oder über ein Internet-Proxy (über ein UMTS/LTE-Modem) an einem Node.JS Server angebunden, welches die async verarbeitet und auch über ein HTML/JS UI diese Daten bearbeitet werden können.
- Die verschiedene Systeme kommunizieren über eine Message-Queue untereinander und tauschen somit Daten async aus
Möchtest du mit dem Websocket das Long-Polling umgehen? Für meinen Geschmack sind es - wenn es schon als Gesamtanwendung konzipiert ist - zu viele unterschiedliche Vorgehensweisen und Technologien.

Bei der Zeitmessung: Von wievielen Sensoren reden wir hier denn? Hier würde sich ja auch ein ganz klassischer eigener TCP-Server mit persistenten Verbindungen anbieten. Spart den Verbindungsaufbau und du merkst auf der Server-Seite sofort, wenn dir der Port zugeht weil ein Besucher übers Kabel gefallen ist
  Mit Zitat antworten Zitat
mjustin

Registriert seit: 14. Apr 2008
3.010 Beiträge
 
Delphi 2009 Professional
 
#2

AW: Architektur/Design Patterns eines ERP/CRM Systems

  Alt 14. Apr 2014, 17:48
Hier würde sich ja auch ein ganz klassischer eigener TCP-Server mit persistenten Verbindungen anbieten.
Persistente Verbindungen führt dann aber zu höherem Resourcenverbrauch auf dem Server, wenn man "klassisch" mit einem Thread je Verbindung arbeitet. Mit Indy zum Beispiel wird es nicht leicht, wenn zehntausende Clients gleichzeitig versorgt werden wollen, selbst wenn diese nur "gelegentlich" Daten senden.

Die Verbindungen ad-hoc (wenn es etwas zu senden gbt) neu aufzubauen und danach sofort wieder zu trennen ist auch keine Lösung. Der Server hat dann nach einiger Zeit keine verfügbaren TCP Ports mehr (getrennte Verbindungen stehen für einige Zeit noch auf TIME_WAIT).

Vor die Wahl gestellt, sind dann persistente Verbindungen kombiniert mit einem asynchron arbeitenden Server und Workerthreads resourcenschonender (auch für Delphi gibt es asynchron arbeitende TCP Server, es muss nicht Node.JS sein).
Michael Justin
  Mit Zitat antworten Zitat
Antwort Antwort


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 11:50 Uhr.
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz