Starten wahlweise mit und ohne GUI

[jus]

@KodeZwerg
Ja stimmt, einfach in die dpr schreiben. Die Lösung lag eigentlich auf der Hand, aber im nachhinein ist man immer schlauer. Vielen Dank!

@jaenicke
Vielen Dank für den coolen Trick!

lg,
jus

[Uwe Raabe]

Zumindest bisher ist es offenbar so, daß die IDE sämtlichen Code vor dem Application.Initialize in Ruhe lässt. Deswegen wäre auch dieser Ansatz eine mögliche Lösung, bei der die automatischen Eingriffe der IDE weiterhin möglich bleiben:

Delphi-Quellcode:

begin
  if ParamCount > 0 then begin
    { Kommandozeile abarbeiten }
    Halt(0);
  end;

  Application.Initialize;
  Application.MainFormOnTaskbar := True;
  ...
end.

Es ist allerdings zu beachten, daß mit diesen Tricks immer noch kein Konsolenprogramm daraus wird. Insbesondere werden irgendwelche Aufrufe von Write/-ln und Read/-ln auf die impliziten IO-Kanäle Input und Output nicht funktionieren.

[himitsu]

Warum ermorden ( Halt(0); ) eigentlich immer welche ihre Anwendung, anstatt das zu machen, was sie eigentlich wollten?
Also die Anwendung Ausführung abzubrechen ( Exit; ).

[Schokohase]

Den Code zum Auswerten/Abarbeiten der Parameter würde ich auslagern in eine andere Unit

Delphi-Quellcode:

unit CmdLineProcessor;

interface

function ProcessCmdLine() : Boolean;

implementation

function ProcessCmdLine() : Boolean;
begin
  // Hier eigentlich etwas sinnvolles mit den Parametern anfangen
  Result := ParamCount > 0;
end;

In der DPR genügt dann eine Zeile Code:

Delphi-Quellcode:

begin
  if ProcessCmdLine() then Exit;

  Application.Initialize;
  Application.MainFormOnTaskbar := True;
  ...
end.

[Hobbycoder]

Zitat von Uwe Raabe:

Es ist allerdings zu beachten, daß mit diesen Tricks immer noch kein Konsolenprogramm daraus wird. Insbesondere werden irgendwelche Aufrufe von Write/-ln und Read/-ln auf die impliziten IO-Kanäle Input und Output nicht funktionieren.

Wie würden denn das realisierbar sein?

[KodeZwerg]

In dem man eine Konsole erstellt vermutlich, in der man dann arbeiten kann.

[Uwe Raabe]

Zitat von Hobbycoder:

Wie würden denn das realisierbar sein?

Eigentlich gar nicht: https://blogs.msdn.microsoft.com/old...01-00/?p=19643

[KodeZwerg]

Ich habe mir den Artikel und auch den Sub-Artikel durch gelesen, so wie ich es anstelle wird dort nicht aufgeführt als possibility. In mehreren meiner mini-Apps kann man die App über Console oder GUI steuern, erstellt wird die App als Consolen-Anwendung, bei Start überprüfe ich Parameter, entweder schließe ich Console und übergebe die Kontrolle an die GUI oder ich verweile in der Console und habe da meinen Spass. Auch wenn es falsch sein mag, es funktioniert bis jetzt ohne negative Auswirkungen zu vernehmen. (die GUI wird bei Laufzeit nonVcl erstellt aber das Prinzip müsste überall funktionieren, ich habe es aber nur auf diese Weise bis jetzt verwendet.)

[Fritzew]

https://stackoverflow.com/questions/...e-command-line
Sollte etwas dabei sein.....

[Uwe Raabe]

Ich bin da lieber auf der sicheren Seite, was unerwartete Anwender-Szenarien und zukünftige Windows-Updates betrifft, und liefere in so einem Fall immer zwei Executables aus. Die Console-Version bekommt dann in der Regel noch ein Cmd am Ende des Namens spendiert, damit auch jeder weiß, womit er es zu tun hat.