Hallo zusammen,

ich habe bis jetzt nur kleinere Programme geschrieben, die mir das alltägliche Leben erleichtert haben. Ich möchte nun ein größeres Projekt anfangen. Ich habe dazu auch schon eine passende Idee. Wie geht Ihr solche Sachen an ? Schreibt Ihr alles erstmal auf, was das Programm können muss, wie es aufgebaut wird ? Schreibt mir einfach mal eure Erfahrungen und Hilfestellungen hier rein.

Ich würde dir raten deine Ideen irgend wo festzuhalten, entweder analog, oder digital. Dann machst du dir Überlegungen dazu, wie du deine Ideen umsetzen möchtest, was für Klassen, bzw. Prozeduren, Kompenenten etc. du brauchst. MÖglicherweise auch schon Gedanken über die Arbeitsweise der prozeduren machen. Dann implementierst du eine erste Version und testest diese, dann fallen dir viele Verbesserungen ein und du implementierst diese, wenn du das ein paar mal wiederholt hast, dann kannst du noch versuchen die Flaschenhälse zu beseitigen. Möglicherweise lässt du uns auchmal in eine fast fertige Version (Beta) reinschaun und sie testen (Betatesting). Dann haben wir Verbesserungsvorschläge, die dann implementieren kannst. Wenn du dann der Meinung bist, dass das Programm so ist, wie du es dir vorgestellt hast, dann kannst du ein Final Release machen und das Programm in der Version 1.0 veröffentlichen (veröffentlichen bedeutet hier, dass du es den Personen zugänglich machst, die als Zielgruppe gedacht sind).

Ich danke Dir für Deine Antwort. Vielleicht habe ich mich etwas dumm ausgedrückt. Ich meinte, schreibt Ihr zu jeder Funktion einen Ablaufplan oder schreibt Ihr nur die Funktion auf und fangt dann an zu programmieren ?

Zu jeder Prozedur würd ich nicht sagen, aber ich hab, z.B. für ein größeres Gruppen-Projekt (Omorphia) zumindest für jeden Teilbereich einen Daten-Fluss-Plan, der den Ablauf der Prozeduren auch sehr gut wiederspiegelt und Abhängigkeiten aufzeigt ...

Aber wegen jeder "Hallo-Welt!"-Routine einen PAP zu schreiben ist zu viel Arbeit, die sich nicht lohnt.

Anyone who is capable of being elected president should on no account be allowed to do the job.
Ich code EdgeMonkey - In dubio pro Setting.

Du solltest dir aufjeden Fall im Klaren sein, was die Funktion machen soll. Dann bestimmst du Parameter und Rückgabewerte. Dann musst du dir Gedanken machen, wie du die Parameter in die Rückgabewerte verwandeln möchtest. Ambesten ist, du machst dir eine kurze Skizze, welchee Verarbeitungsschritte benötig werden und so, also einen kleinen Ablaufplan, der grob skizziert, wie die Funktion funktioniert. Bei kleineren Funktionen reicht es sowas im Kopf zu machen, aber bei komplexen Dingen ist einfach besser, wenn man was hat, woran man sich halten kann, um nichts zu vergessen.

Also ich finde ehrlich gesagt, dass es die wenigste Arbeit macht, zu bestimmen was die Funktion für Parameter hat und was sie zurückgeben soll. Das ergibt sich eh aus dem Kontext. Es ist doch viel komplizierte zu entscheiden, ob man und wofür man überhaupt eine Prozedur/Funktion braucht. Es stellt sich doch immer wieder die Frage: Schreibe ich dafür jetzt ne Funktion oder taucht das Problem eh nur einmal auf, sodass ich es gleich an Ort und Stelle löse?
Ich finde ganau das ist die Krux, herauszufinden, wo und wann man besser eine Subroutine nimmt, damits übersichtlicher wird. Nimmt man sie an falscher Stelle, macht man sich viel Arbeit, weil oft viele Parameter mit übergeben werden, kapselt man sie an richtiger Stelle mit der richtigen Funktionalität ist sie unverzichtbar. Jedes mal wieder eine Herausforderung ...

Zitat:

Es stellt sich doch immer wieder die Frage: Schreibe ich dafür jetzt ne Funktion oder taucht das Problem eh nur einmal auf, sodass ich es gleich an Ort und Stelle löse?

Wonach entscheidest Du das ? Ich habe nämlich immer das Problem, das ich es als procedure schreibe und ich genau irgendwann den gleichen weg wieder in einer Procedure verbaue.