[quote=siggi-gross,26.01.2007, 14:38]und ja ich bin programmierfaul, da ich nicht einsehe, in diesem stadium des projekts festzulegen, welche daten bzw daten-attribute wann und an wen  übergeben werden sollen, um eine saubere trennung zu gewährleisten[/quote]
Nun ja, auch eine Methode. Vorher planen mit Arbeitsvorbrereitung ist nur manchmmal zeitsparender.

Macht man das heute so? Creative Project Organization? ;)

Quote

wie verwaltet ihr skripte mit weit über 600 zeilen, bzw, behaltet den überblick bei über 20 subs??

Wieso? Es gibt doch programmierbare Multiwindopw-Editoren oder gar Entwicklungsumgebungen wie Komodo, Eclipse oder OptiPerl.\n\n

<!--EDIT|GwenDragon|1169822444-->

also mein editor (vim) hat mit 20 subs kein problem. er
kann die subroutinen auch einklappen, so dass man nur den
subnamen sieht. und im idealfall kann man so ein modul auch
aufteilen auf mehrere.

[quote=GwenDragon,26.01.2007, 15:38]oder gar Entwicklungsumgebungen wie Komodo, Eclipse oder OptiPerl.[/quote]
oder vim

Allso ich schreibe in perl mit unter Programme von 3000 Zeilen und mehr. Ich habe keine Probleme mit Modulen und Funktionen und verwende gar keine Variablen die über ein Modul, oder Funktion hinaus wirken.
Hilfreich ist es die Funktionen auch zu Kommentieren und Namen zu geben die selbstklärend sind. Auch optische trenner wie "############"
sind hilfreich um nicht den Überblick zu verlieren.
Es kommt darauf an wie man das Organisiert. Es ist bei goßen Projekten sowiso günstig Module Objektorientiert zu gestalten, und bei der initialisiertung kann man problemlos Refernzen von Variablen an das Objekt übergeben. Da braucht man keine Globalen Variablen, da man mit den Referenzen arbeiten kann.

Bei Großen Projekten nutze ich ein Modul, in dem ich Variablen deponieren und auslesen kann. Ich kann es auch dazu nutzen den aktuellen staus eines Programmes ein zu frieren und gegebenfalls wieder alte Zustände wieder her zu stellen (hat aber auch seine grenzen.) Bei kleinen Programmen nutze ich meist ein Hash "%config" in das ich alle möglichen global wirkenden Variablen unterbringe, davon übergebe ich Refernezen an Funktionen und Objekte.

Ich bin mittlerweile zum Schluss gekommen, daß ein gutes Programm in seinem "main"-Modul nur Initialisierungen machen sollte. Alles weitere sollte in Module ausgelgert sein.

[quote=pq,26.01.2007, 16:07][quote=GwenDragon,26.01.2007, 15:38]oder gar Entwicklungsumgebungen wie Komodo, Eclipse oder OptiPerl.[/quote]
oder vim[/quote]
Vim ist ja mit Multiwindow-Editor gemeint ;)
Scite kann sowas auch.\n\n

<!--EDIT|GwenDragon|1169827852-->

für mich ist vim eine entwicklungsumgebung.
eben mehr als ein editor =)

Schön, ob es nun Multi-Window-Editor oder vim heisst ist letztendlich sch**ss-egal: wenn die Grundlagen nicht beherrscht werden (siehe Zugriff auf Variablen ausserhalb eines Moduls *shiver!*), dann hilft auch die beste Entwicklungsumgebung schlicht und einfach NIX!

Man kann auch mit dem Griff eines pneumatischen Bohrhammers einen Nagel in die Wand hauen (ja, das geht! ), aber ob man sich dann guten Gewissens Handwerker oder auch nur Heimwerker nennen darf, bleibt dahingestellt.

In diesem Sinne!

Gruß, Doc

Lasst den Threadstarter ruhig seine merkwürdige Arbeitsvorbereitung und sein Programmdesign.
Er wird irgendwann merken, dass ein lockerer Arbeitsstil zu Problemen führen kann und muss.