Würde gerne mal eure Meinung dazu wissen.

Auch wenn es nicht elegant zu sein scheint finde ich bsw eine Batch Datei in Delphi schreiben zu lassen mit Inhalt


BSP:
cd C:\
dir /s

und diese dann mit Delphi zu öffnen,
um einiges klüger als dies alles in Delphi zu programmieren.
So spart man sich wohl viel denk und schreibarbeit^^


Was sagt ihr dazu?

P.S. Der Angefügt Code soll nur ein Beispiel sein.


Moderiert von Narses: Topic aus Windows API verschoben am Mi 10.09.2008 um 00:39

Moin!

sealouce hat folgendes geschrieben:

Auch wenn es nicht elegant zu sein scheint finde ich bsw eine Batch Datei in Delphi schreiben zu lassen mit Inhalt [...] und diese dann mit Delphi zu öffnen, um einiges klüger als dies alles in Delphi zu programmieren. [...] Was sagt ihr dazu?

Das kommt ganz auf den Inhalt der Batch-Datei an, würde ich sagen. Ich habe selbst schon einen Updater-Batch in einem Projekt verwendet oder Ausgaben von Kommandozeilen-Netzwerktools ausgewertet, statt erstmal die entsprechenden APIs im MSDN zu wälzen, zu testen, etc.pp.

sealouce hat folgendes geschrieben:

So spart man sich wohl viel denk und schreibarbeit^^

Schreibarbeit sparen? Hm, wohl eher nicht. Denkarbeit? Besteht "Programmieren" nicht genau daraus? Wie sollte sich dann daran (ein-)sparen lassen?

cu
Narses

Narses hat folgendes geschrieben:

Schreibarbeit sparen? Hm, wohl eher nicht.

Nun ja: 'DIR' vs. 'FindFirst/FindNext/FindClose'. Ist schon etwas kürzer.

Narses hat folgendes geschrieben:

Denkarbeit? Besteht "Programmieren" nicht genau daraus? Wie sollte sich dann daran (ein-)sparen lassen?

Softwareentwicklung besteht aus dem Lösen von Problemen mit Hilfe eines automatisierten Verfahrens, dessen Abarbeitung man einem Rechner überlässt. Die für die Problemlösung heranzuziehenden Werkzeuge und Teillösungen sollten immer in ihrem Bereich das Optimum sein. Eine ausgereifte und nachweislich stablile Lösung ist einer selbstgestrickten Frickellösung immer vorzuziehen, Und natürlich greifen wir dann auch auf bewährte und kompakte Teillösungen zurück. Nicht, weil wir faul sind, sondern weil dann das Gesamtergebnis per se robuster ist.

Ergo wäre der Einsatz von DOS-Skripten (a.k.a. Batches) für bestimmte Teilaufgaben selbstverständlich legitim und u.U. auch optimal, nämlich wenn die Zeit drängt, und wir keine Zeit haben, das Skript in der Win32-API abzubilden (so, wie es eigentlich optimal wäre).

Einziges Manko: Die Fehlerbehandlung sowie die Interaktion mit dem Anwender (z.B. Fortschrittsbalken) dürfte ein Problem werden.