AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Programmierung allgemein Programmieren allgemein Delphi Aufbau eines "Plug-In" Systems

Aufbau eines "Plug-In" Systems

Ein Thema von fisipjm · begonnen am 24. Mai 2022 · letzter Beitrag vom 24. Mai 2022
Antwort Antwort
fisipjm

Registriert seit: 28. Okt 2013
299 Beiträge
 
#1

Aufbau eines "Plug-In" Systems

  Alt 24. Mai 2022, 08:37
Moin,

ich bräuchte mal ein bisschen Feedback von Entwicklern mit Erfahrung

Ich überdenke gerade ein Projekt. Im Prinzip geht es darum eine Art Schaltzentrale aufzusetzen, die die unterschieldichsten Aufgaben übernehmen soll. Daten von einem System in ein anderes, Daten innerhalb einer Datenbank nach verschiedenen Kriterien durchgehen und weiter behandeln, Nachrichten (E-Mails) versenden wenn Zustand xy erreicht usw. Die Grenzen sind im Prinzip die Phantasie des Kunden

Ich bin am Überlegen wie man das am besten konzipiert. Hatte das z.B. so vorgestellt:

- Ein Dienst der kontinuierlich im Hintergund läuft
- Der Dienst hat die Infos wie Anmedldeinformationen an die Systeme, log Ordner usw. bzw. lädt diese aus einer INI oder XML Datei
- Der Dienst lädt automatisch / dynamisch zur Laufzeit DLLs oder OCX die in seinem (oder einem in der Config definierten) Verzeichnis liegen
- Die OCX/DLL hat immer die gleich Funktion RUN/START/WHATEVER
- Der Dienst läuft jedes mal die Funktion der DLL durch und beim nächsten loop gehts wieder von Vorne los

Habt ihr Erfahrungen mit sowas, würdet ihr eher zu etwas anderem Raten, welche Probleme seht ihr da?
Merci schon mal für euer Feedback zu diesem aber auch schon zu allen anderen Posts hier, das hat mich schon oft so viel weiter gebracht

Grüße
PJM
  Mit Zitat antworten Zitat
Der schöne Günther

Registriert seit: 6. Mär 2013
6.167 Beiträge
 
Delphi 10 Seattle Enterprise
 
#2

AW: Aufbau eines "Plug-In" Systems

  Alt 24. Mai 2022, 09:06
Ich glaube ich würde nie wieder freiwillig DLLs machen, sondern direkt einen eigenen Prozess der mit deiner Delphi-Anwendung über irgendetwas einfaches wie z.B. http/REST spricht.
Dann muss man die Erweiterungen auch nicht zwingend in Delphi machen, und sie müssten noch nicht mal auf dem gleichen PC laufen.
  Mit Zitat antworten Zitat
fisipjm

Registriert seit: 28. Okt 2013
299 Beiträge
 
#3

AW: Aufbau eines "Plug-In" Systems

  Alt 24. Mai 2022, 09:16
Ich glaube ich würde nie wieder freiwillig DLLs machen, sondern direkt einen eigenen Prozess der mit deiner Delphi-Anwendung über irgendetwas einfaches wie z.B. http/REST spricht.
Dann muss man die Erweiterungen auch nicht zwingend in Delphi machen, und sie müssten noch nicht mal auf dem gleichen PC laufen.
Und den Quellcode dann vie REST übermittlen? Der Grundgedanke dahinter ist ja, Kunde Ruft an "Wir haben noch eine tolle Idee xy", dann mach ich eine weitere OCX/DLL und der Kunde kann sie einfach in das Verzeichnis werfen, oder wir bauen halt noch einen kleinen Updater

Was war an den DLLs so schlimm?
  Mit Zitat antworten Zitat
Der schöne Günther

Registriert seit: 6. Mär 2013
6.167 Beiträge
 
Delphi 10 Seattle Enterprise
 
#4

AW: Aufbau eines "Plug-In" Systems

  Alt 24. Mai 2022, 09:32
Nein, statt einer .dll machst du eine .exe
Die kannst du dann ins Verzeichnis werfen.

PS: Wir haben im Maschinen und Anlagenbau auch ständig die wildesten Sonderwünsche, aber davon wird nichts über zusätzliche Binaries geregelt. Das kommt (für gewöhnlich) alles ordentlich in die Hauptanwendung, wird nur durch eine Konfiguration aktiviert und lässt sich dem nächsten Kunden der nach was ähnlichem fragt gleich wieder für Geld verkaufen.
  Mit Zitat antworten Zitat
Benutzerbild von Uwe Raabe
Uwe Raabe

Registriert seit: 20. Jan 2006
Ort: Lübbecke
11.471 Beiträge
 
Delphi 12 Athens
 
#5

AW: Aufbau eines "Plug-In" Systems

  Alt 24. Mai 2022, 09:41
Der Grundgedanke dahinter ist ja, Kunde Ruft an "Wir haben noch eine tolle Idee xy", dann mach ich eine weitere OCX/DLL und der Kunde kann sie einfach in das Verzeichnis werfen, oder wir bauen halt noch einen kleinen Updater
Das ist in etwa die Idee hinter RAD Server. Anstatt "dann mach ich eine weitere OCX/DLL" wäre das dann über das Menü Datei - Neu - Weitere - Delphi-Projekte - RAD Server - RAD Server Package und zusätzlich zu "der Kunde kann sie einfach in das Verzeichnis werfen" käme dann noch ein Eintrag in eine Konfigurationsdatei. Nebenbei ist die Kommunikation mit den Modulen von außen wie auch eine Benutzerverwaltung mit Zugriffsrechten quasi schon eingebacken.
Uwe Raabe
Certified Delphi Master Developer
Embarcadero MVP
Blog: The Art of Delphi Programming
  Mit Zitat antworten Zitat
fisipjm

Registriert seit: 28. Okt 2013
299 Beiträge
 
#6

AW: Aufbau eines "Plug-In" Systems

  Alt 24. Mai 2022, 10:38
Der Grundgedanke dahinter ist ja, Kunde Ruft an "Wir haben noch eine tolle Idee xy", dann mach ich eine weitere OCX/DLL und der Kunde kann sie einfach in das Verzeichnis werfen, oder wir bauen halt noch einen kleinen Updater
Das ist in etwa die Idee hinter RAD Server. Anstatt "dann mach ich eine weitere OCX/DLL" wäre das dann über das Menü Datei - Neu - Weitere - Delphi-Projekte - RAD Server - RAD Server Package und zusätzlich zu "der Kunde kann sie einfach in das Verzeichnis werfen" käme dann noch ein Eintrag in eine Konfigurationsdatei. Nebenbei ist die Kommunikation mit den Modulen von außen wie auch eine Benutzerverwaltung mit Zugriffsrechten quasi schon eingebacken.
Moin Uwe,

der RAD Server ist mir bekannt. Hab ich tatsächlich auch in manchen Umgebungen im Einsatz, aber ist das Prinzip dahinter nicht eher Schnittstellen bzw. Businessanwendung zur Verfügung zu stellen? Was ich suche wäre ja eher etwas wie eine Endlosschleife die einfach nur "Stupide" immer wieder von oben nach unten durch läsuft. Wenn ich den RAD Server eisetze, müsste ich den Aufruf ja auch wieder über z.B. einen REST aufruf triggern, oder hab ich das was verpeilt?
  Mit Zitat antworten Zitat
Benutzerbild von Uwe Raabe
Uwe Raabe

Registriert seit: 20. Jan 2006
Ort: Lübbecke
11.471 Beiträge
 
Delphi 12 Athens
 
#7

AW: Aufbau eines "Plug-In" Systems

  Alt 24. Mai 2022, 11:35
Was du in den Modulen tust liegt ja vollkommen in deiner Hand. Du kannst z.B. über einen Timer zyklisch bestimmte Aktionen laufen lassen - oder einen Thread starten in dem was auch immer abläuft. Ob du dann den Zustand über einen REST-Endpoint bereit stellst oder eine Steuerung darüber zulässt steht dir ja frei.
Uwe Raabe
Certified Delphi Master Developer
Embarcadero MVP
Blog: The Art of Delphi Programming
  Mit Zitat antworten Zitat
Themen-Optionen Thema durchsuchen
Thema durchsuchen:

Erweiterte Suche
Ansicht

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 05:34 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