Hallo Leute,
ich habe die super Aufgabe bekommen ein Berechnungsprogramm umzuschreiben.
Leider ist das Programm "gewachsen" in Dekaden. Soll heißen das der Rumpf des Programms seit 91 besteht !!!!
Ich habe es mir jetzt mal ein bisschen intensiver angeschaut und es ist auf dem ersten Blick totale "Nudelprogrammiererei".
Nichts mit Objektorientierter Programmierung. Iterationen ohne Ende.
Und sprünge von einer Methode in eine andere usw.
Vielleicht hat mal einer von euch auch mal so eine undankbare Aufgabe bekommen und kann mir ein bisschen gutzureden wie man sowas ordendlich macht.
Bitte schreibt eure Erfahrungen auf und vielleicht könnt Irh mir ja sagen worauf so Achten muss damit keine bösen überraschungen auftretten.
Also
cu


Moderiert von Gausi: Topic aus Dateizugriff verschoben am Mi 23.08.2006 um 17:19

Bei einem gewissen Grad an Chaos hilft nur eines: Neu schreiben. Wenn die Methodensprünge zu wirr sind, nicht logisch strukturiert und/oder nicht kommentiert/dokumentiert: Ein neues Projekt anlegen, und ggf. Teile des alten Codes recyclen, und dabei eine ordentliche Struktur aufbauen.

In einem chaotischen Programm rumzudoktorn macht am Ende wahrscheinlich mehr Mühe als ein Neubeginn.

Da stimm ich Gausi volkommen zu, hab am anfang auch so nen projekt gehabt wo ich später weiter machen wollte...es endete damit das ich es neu gemacht habe...es geht einfach viel schneller als wenn man es umschreiben will, aber wie er schon sagte, erst ab nem bestimmten grad lohnt sich das.

Und nochmal Zustimmung zu Gausi
Ich bin grad bei genau soetwas dran (ok, nicht ganz, aber man könnte es ein wenig aus dieser Sicht sehen). Wenn du das neu schreibst, stehst du anschließend auch noch 100% dahinter, was du geschrieben hast. Und wenn man das gut strukturiert haben die Nachfolgenden Entwickler auch noch ihren Spaß dran, weil die Source gut wartbar ist, leicht verständlich und ausbaufähig ist.

Gruß alias5000