Formular in DLL verlagern, aufrufen und damit kommunizieren?

[a.def]

War ja nur ein Gedanke.
Werde es dann mit einer weiteren Exe-Datei lösen.

Was ich mir davon verspreche ist, die Hauptanwendung durch Entfernen von Synchronize (in 2 Threads, beide synchronisieren Labels auf einem Formular) deutlich zu entlasten.

[Bernhard Geyer]

Zitat von a.def:

Was ich mir davon verspreche ist, die Hauptanwendung durch Entfernen von Synchronize (in 2 Threads, beide synchronisieren Labels auf einem Formular) deutlich zu entlasten.

Ich würde eher diese Stelle überlegen was hier falsch läuft als das hier mit 2 Exe gewerkelt wird.
Ist für mich genauso ein Overkill als mit DLLs zu arbeiten.

Sollten das Label so stark "belastet" sein, dann überleg mal das Aktualisierung die nur wenige ms gültig sind für den Nutzer kenen Mehrwert darstellen.
Wie wäre es statt Synchronize z.B. mit Timer zu arbeiten um z.B. nur alle 300 ms den gerade gültigen Wert anzuzeigen.

[a.def]

Blockieren tue ich ja nichts. Die Belastung für die Labels hält sich auch in Grenzen. In meinen Threads ist ein Sleep von 25ms. Aktualisiert werden die Labels auch eh nur dann, wenn es neue Nachrichten gibt (PeekMessage). Also ist das mit 2 Exen totaler Unfug?

[stahli]

Wenn tatsächlich nichts blockiert, warum willst Du es dann umstellen?

Wenn Du 2 Exen hast und diese nicht blockierend kommunizieren können sie sich gegenseitig auch nicht blockieren. Die Kommunikation ist aber ggf. aufwendig und etwas langsamer (Netzwerk).

Einfacher ist es, aufwendigere Berechnungen einfach in Threads auszulagern und diese für Zwischenstände oder Endergebnisse mit dem Mainthread zu synchronisieren.

Letztlich kommt es darauf wann, was Du genau erreichen willst und wo es aktuell klemmt.

[a.def]

Naja, Entlastung, weniger Code in der Hauptanwendung, bessere Update-Möglichkeiten..

[Bernhard Geyer]

Zitat von a.def:

Naja, Entlastung, weniger Code in der Hauptanwendung, bessere Update-Möglichkeiten..

Dafür Zwei Exes und insgesamt mehr Code.
Und wenn etwas in der Kommunikation sich ändernt höhere Verteilaufwand da man aufpassen muss das keine inkompatiblen Exes beim Kunden vorliegen.

[mjustin]

Zitat von a.def:

Naja, Entlastung, weniger Code in der Hauptanwendung, bessere Update-Möglichkeiten..

Den Fall dass das Aufteilen mehr Vorteile als Nachteile hat findet man in der Praxis genauso oft wie den Fall, dass man ein einzige fette EXE bevorzugt. In manchen Umgebungen ist es von Vorteil, wenn man Änderungen durch den Austausch einer von vielen Dateien durchführen kann. Jede erfüllt nur eine definierte Aufgabe mit klaren Schnittstellen.