Herzlich Willkommen, lieber Gast!
  Sie befinden sich hier:

  Forum » Allgemeines (OffTopic) » grundsatzfrage softwareentwicklung

Forum | Hilfe | Team | Links | Impressum | > Suche < | Mitglieder | Registrieren | Einloggen
  Quicklinks: MSDN-Online || STL || clib Reference Grundlagen || Literatur || E-Books || Zubehör || > F.A.Q. < || Downloads   

Autor Thread - Seiten: > 1 <
000
06.02.2006, 18:09 Uhr
Pler
Einer von Vielen
(Operator)


Folgende Aufgabe:
Programm muss verschiedene (Config-)Dateien einlesen, verarbeiten und ausgeben (bzw. in eine Zieldatei schreiben).
Das ganze soll natürlich auch mit einer Oberfläche zu bedienen sein (deshalb meine vorherigen Fragen )

Die eigentliche Frage ist nun:
Schreibt man da zunächst ein ganz normales Programm, das diesen Zweck erfüllt. Ala:

Code:
./prog --input=datei1 --config=datei2 --output=datei3.


und schreibt danach eine Oberfläche, mit der der Anwender schön der Reihenfolge nach die Dateien auswählen kann und danach auf "Play" drücken kann. Oder schreibt man das Berechnungszeug doch alles direkt mit in das Oberflächenprogramm?
(Ich würde mir dann zum Beispiel einzelne Klassen vorstellen, die die Datenstruckturen der obrigen Dateien abbilden und Methoden zur Berechnung haben.)

Das Oberflächenprogramm soll dann allerdings schon noch ein paar mehr Funktionalitäten haben:
- Bearbeitung der Quelldateien, Config-Dateinen, verschiedene Szenarien als Projekt speichern.
(Wäre also keine reine dumme Bedienoberfläche mit einem Dialog zu starten eines Kommandos)


Meiner Meinung nach hat das folgende Vorteile:
- Das eigentliche Kernprogramm ist völlig unabhänig von der Bedienoberfläche
- Automatisierte Aufgabenbearbeitung wäre zum Beispiel einfach per Batch-Datei möglich
- Die beiden Teile können weitestgehend unabhänig voneinander entwickelt werden.

Edit:
Einfach zu viele Tippfehler

Dieser Post wurde am 06.02.2006 um 18:12 Uhr von Pler editiert.
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
001
06.02.2006, 18:45 Uhr
Bruder Leif
dances with systems
(Operator)


Moin!

Ich würde das tatsächlich als Konsolenprogramm schreiben und dann von einer GUI ansteuern. Um meine Aussagen im letzten Thread noch ein bisschen zu verdrehen: Für so eine Aufgabe (GUI für Konsolenprog) ist eigentlich Tcl/Tk prädestiniert
--
Mit 40 Fieber sitzt man nicht mehr vor dem PC.
Man liegt im Bett.
Mit dem Notebook.
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
002
06.02.2006, 19:19 Uhr
Guybrush Threepwood
Gefürchteter Pirat
(Operator)


Kommt halt drauf an. Wenn du es nur für dieses Programm brauchst dann macht es IMHO nicht viel Sinn da 2 Programme draus zu machen.
Und zum Punkt mit der Batch: Du könntest ja trotzdme ein Programm machen und wenn man es mit entsprechenden Parametern aufruft dann macht es halt alles automatisch und ansonsten nicht.
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
Seiten: > 1 <     [ Allgemeines (OffTopic) ]  


ThWBoard 2.73 FloSoft-Edition
© by Paul Baecher & Felix Gonschorek (www.thwboard.de)

Anpassungen des Forums
© by Flo-Soft (www.flo-soft.de)

Sie sind Besucher: