Was für Nachteile haben Lokale Variablen

' schrieb:Aus SoftwareQS-Sicht ist eine Lose Kopplung anzustreben.

Oliver Frank hat das sehr schön und kurz und knapp ausgedrückt.

Da will ich doch gleich noch was zu schreiben:
Die Funktionsfähigkeit eines Softwareprogrammes (SP) ist nicht zwangsläufig das wichtigste Kriterium, wie ein SP zu schreiben ist. Von Standpunkt der Funktionsfähigkeit aus gesehen, habe ich gar kein Problem mit lokalen und auch nicht mit globalen Variablen (LV kann das und soll das auch machen). Viel wichtiger ist heutezutage aber die Wiederverwendbarkeit sowie die Debugfähigkeit eines SP. Wiederverwendbarkeit bedeutet: Ich nehme ein Modul aus einem SP heraus und baue es in ein anderes SP ein. Wenn der Auswand der Intergration des Modules gegen Null geht oder nur sehr klein ist, ist das Modul gut und auch das (andere) SP. Hat das Modul aber nun globale (aber auch mit lokalen würde das so sein) Variablen, so muss in dem anderen SP auch die Variable (Anzeige- oder Bedienelement) ergänzt werden. Das kann einfach aber auch bis hin zu unmöglich sein: Was tun, wenn es in den neuen SP bereits ein Element gleichen Names gibt? Kommt es in dem neuen SP zu RaceConditions bei Verwendung der Variablen? etc.

Um noch mal die Worte von Oliver Frank zu bemühen: Je loser die Kopplung, desto besser. Je mehr lokale/globale Variablen, desto fester die Kopplung.

Im übrigen gilt das mit der Kopplung nicht nur für datenfluß-orientierte Programmiersprachen sondern auch für strukturierte und objektorientierte.

Zitat:Lokale- und ganz besonders Globale Variablen verleiten nun aber einmal dazu die Lose Kopplung aufzubrechen.

Wenn das mit dem Verleiten halt nicht immer so schön wäre ... (Überlegt euch mal es gäbe in LV noch einen goto. Ja, selbst der wird noch bei objektorientiert benutzt.)