FMX anwendung optional als konsolen Anwendung betreiben

[BerndS]

@himitsu

Zitat:

...könnte man eine EXE auch als DLL laden

Wie soll das funktionieren? Bei meinen Versuchen hat es immer geknallt. Daher mache ich es auf die "kranke Weise".

[Uwe Raabe]

Ich habe das schon lange ad acta gelegt und mache für eine Kommandozeilenversion immer ein separates Projekt. Dabei ist der eigentliche Code in den entsprechenden Units vorhanden und wird bei Bedarf sowohl von der GUI- als auch von der CMD-Variante verwendet. Damit hält sich die Pflege in vertretbaren Grenzen und es lebt sich damit deutlich befreiter.

[Rollo62]

Zitat von Uwe Raabe:

Ich habe das schon lange ad acta gelegt

Darf man fragen warum ?
Ich habe mir einen zentralen Verwalter für gui/console gebaut, der im DPR ganz früh die Verarbeitung übernimmt und im Konsolenbetrieb auch Tastaturbefehle abfängt und eine MessageLoop simuliert.
So kann ich gui und console Betrieb sauber in Module trennen, und bei Bedarf sogar von console auf GUI umschalten und erst bei Bedarf erzeugen.
Zurück komme ich da dann durch Application.Hide, vermutlich könnte ich das gui aber auch irgendwie zerstören, da sehe ich aber keinen Sinn drin wenn man das mal gelauncht hat.

Das habe ich zwar nur mal testweise in kleineren Projekten gemacht und nutze das nicht in großen produktiven Projekten,
allerdings ich sehe keinen Grund warum man das nicht machen sollte.

[QuickAndDirty]

[QUOTE=Rollo62;1511866]

Zitat von Uwe Raabe:

Das habe ich zwar nur mal testweise in kleineren Projekten gemacht und nutze das nicht in großen produktiven Projekten,
allerdings ich sehe keinen Grund warum man das nicht machen sollte.

Es ist ein kleines Projekt!
Ich habe bisher nur VCL-GUI Anwendung und VCL-Dienst Anwendungen in einem Projekt untergebracht (in der dpr) .
Deswegen wollte ich wissen ob ich eine in W2K lauffähige konsolen Anwendung die einen kleinen teil der Business Logic der Anwendung verfügbar macht
UND
eine FMX Anwendung die ja nicht auf W2K zum laufen zu kriegen ist, in einem Projekt unterbringen kann.
Reich es in der DPR die FMX forms nicht zu erzeugen? Oder Darf es auch kein Application object sein? Das wäre evtl schlecht...

[Uwe Raabe]

Zitat von Rollo62:

Darf man fragen warum ?

In erster Linie darum: How do I write a program that can be run either as a console or a GUI application?

Als zweiter Grund: In der Regel ist die CMD-Version deutlich kleiner und hat ebenso deutlich weniger Abhängigkeiten. So lässt sie sich auch meist problemlos für MacOS und/oder Linux übersetzen.

Der dritte Grund: Ich habe es halt lieber sauber und ordentlich getrennt.

[QuickAndDirty]

@himitsu
Du hast recht.
Selbst wenn ich {$APPTYPE CONSOLE} reinschreibe
scheitert W2K schon befor irgend ein code ausgeführt wird...
schade drum

[QuickAndDirty]

Zitat von Uwe Raabe:

Ich habe das schon lange ad acta gelegt und mache für eine Kommandozeilenversion immer ein separates Projekt. Dabei ist der eigentliche Code in den entsprechenden Units vorhanden und wird bei Bedarf sowohl von der GUI- als auch von der CMD-Variante verwendet. Damit hält sich die Pflege in vertretbaren Grenzen und es lebt sich damit deutlich befreiter.

Der UI und BL code sind sauber getrennt. Ich würde es auch so machen wie du. Es gibt leider andere Zwänge die es notwendig machen diese Exe Datei zu benutzen.