Dienst/Service oder VCL-Anwendung

[Jens Hartmann]

Hallo zusammen,
ich habe mal eine Frage um einen Lösungsansatz zu bekommen.
Ich bemühe mich zurzeit meine Anwendung mit einem Web-Client zu erweitern. Diese werde ich vermutlich über IntraWeb machen.

Über die aktuelle VCL-Anwendung lese ich Daten von einer Com-Schnittstelle und speichere diese in einer Datenbank.
Ziel ist es jetzt, dies Datenbank über Webbrowser abzufragen.
Da die Abfrage über den Webbrowser erfolgen soll, überlege ich zurzeit die VCL Anwendung neu zu schreiben und nur noch so eine Art Com-Server zu Programmieren, der lediglich Daten lesen und speichern kann. „Keine Benutzeroberfläche“.
Jetzt wäre natürlich die Frage, macht man das am besten als normale VCL-Anwendung und legt diese in die Autostart, oder eventuell besser als Dienst.

Für beides sehe ich zurzeit Vor- und Nachteile.

Vorteil VCL-Anwendung unter allen Betriebssystemen mit einem Art Logfenster für den User sichtbar.
Nachteil VCL-Anwendung, es muss eine Windows Benutzer angemeldet werden.

Vorteil Dienst/Service, läuft auch ohne Windows Benutzeranmeldung.
Nachteil Dienst/Service, unter Windows Vista und 7 keine interaktiven Dienst mehr möglich, wodurch ich zurzeit vermutlich nur eine Log-File schreiben lassen könnt um eventuell Probleme fest zustellen.

Nachteil Dienst/Service, ich weiß nicht, ob ich die Anbindung an die Com-Schnittstelle Problemlos mit einem Dienst unter Win7 etc. programmieren kann.
Vielleicht könnt Ihr mir ja mal sagen, wir Ihr sowas machen würdet.

Gruß Jens

[stahli]

Hier mein Thread zu dem Thema.
Ich habe mich dann für eine "versteckte" VCL-Anwendung entschieden.
Das war für meine Zwecke das Einfachste.

[Jens Hartmann]

Hallo stahli,

diesen Thread kenne ich. Aber trotzdem Danke.

Gruß Jens

[Sir Rufo]

Definitiv als Dienst, denn du hast noch ein paar Vorteile eines Dienstes vergessen:

- einfaches Beenden, Pausieren, Starten und Neustarten des Dienstes
- hängt sich der Dienst weg, so kann Windows den Dienst automatisch wieder starten

Natürlich sollte der Dienst fehlerfrei laufen, aber er kann halt auch mal Zicken und da ist ein automatisches Wiederherstellen eben komfortabler.

Log-Meldungen kann man auch per Socket-Server an die Clients übertragen. Somit wäre es auch möglich, den Log-Client auf mehreren Rechnern laufen zu lassen und jeder bekommt die Infos mitgeteilt.

[Jens Hartmann]

Zitat von Sir Rufo:

Minuten
Definitiv als Dienst, denn du hast noch ein paar Vorteile eines Dienstes vergessen:.....

Gibt es denn ein gutes deutschsprachiges Tutorial. Hier im Forum gibt es zwar hunderte Beiträge, allerdings habe ich noch nichts gefunden, was ich so richtig verstehe. Deshalb wäre halt ein deutschsprachiges Tutorial total genial.
Außerdem würde mir das wahrscheinlich helfen, die Aufgabe und Arbeitsweise eines Dienstes besser zu verstehen.

Gruß Jens

[Sir Rufo]

Die beste Herangehensweise ist IMHO folgende:

Bau Dir einen/mehrere Thread/s, der/die alle gewünschten Funktionen ausführen.
Für die Entwicklung dieser Threads packst du die in ein VCL-Projekt.

Laufen die Threads dann nimmst du die Service-Vorlage und benutzt das Service-Geraffel nur als Wrapper für die Threads.
(So wie du für die Entwicklung die Form mit Buttons belegst, die die Threads steuern)

Vorteil: Du hast die gleiche Funktionalität einmal als VCL-App (mit Log-Ausgabe im Fenster) und als Service-App
In einer Projekt-Gruppe kannst du auch immer beide gleichzeitig erzeugen lassen.

Ein Tut ist mir so nicht bekannt, aber ich kann mal schauen, ob ich da so eine kleine Service-Anwendung mit Doku basteln kann.
Da ist eh nix groß geheimnisvolles dran ... aber halt wie so oft im Leben, man muss es erst mal verstanden haben, was die da von einem wollen