Warum sind globale Variablen schlecht?
-
Ich implementiere immer meine Settings in einem Singleton
-
Globale Variablen sind nicht schlecht. Zumindest nicht schlechter als alles andere. Der Irrglaube, dass globale variablen schlecht seien rührt von dem Abstraktions- und Komplexitätswahn vieler C++ Programmierer.
Viele C++ Programmierer (oder solche, die sich für die jenigen halten) glauben bis heute, dass man in C keinen sauberen/guten Code schreiben kann, da sie voll und ganz davon überzeugt sind die Weisheit mit dem Löffel gefressen zu haben als sie C++ gelernt haben.Am besten ignoriert man alle Vögel die einem dauernd irgendwas vorschreiben möchten ala "X ist schlecht, Y ist schlechter Stil, Z darfst du nicht".
Allein schon die Tatsache, dass solche Vögel einem dauernd etwas aufzwingen wollen sollte einen skeptisch machen. Alles was Zwang erfordert kann sich selber nicht durchsetzen und daher ist der Verdacht, dass diese Sache schlecht sein könnte, berechtigt.
Fazit: Benutze globale Variablen ruhig weiter wenn du magst. Du wirst schon selber merken, wann globale Variablen nicht mehr gut sind. Aber halte dich von den anderen Vögeln fern, die dir dauernd etwas aufschwatzen wollen. Jeder der meint, die richtige Lösung zu kennen und versucht diese aufzuzwingen hat keine Ahnung. Es gibt nicht DIE OPTIMALE LÖSUNG.
-
Hör nicht auf Dummschwätzer wie "Kenner der Tatsachen". Praktisch jeder erfahrene Programmierer (und jeder gute Lehrer/Professor) wird dir von globalen Variablen abraten, denn diese haben nur Nachteile, welche in dem von mir verlinkten Artikel beschrieben werden.
-
Janjan schrieb:
Hör nicht auf Dummschwätzer wie "Kenner der Tatsachen". Praktisch jeder erfahrene Programmierer (und jeder gute Lehrer/Professor) wird dir von globalen Variablen abraten, denn diese haben nur Nachteile, welche in dem von mir verlinkten Artikel beschrieben werden.
Vielen Dank, du bist das Paradebeispiel. Schon wieder einer der einem etwas aufschwätzen/verbieten will.
Vielleicht wirst du mal geistig reifer und akzeptierst die Tatsache, dass es nicht DIE perfekte Lösung gibt. Vielleicht wirst du auch einmal einsehen, dass du nicht die Weisheit mit dem Löffel gegessen hast. Du glaubst das richtige zu kennen aber Fakt ist, dass du nur das nachplapperst, was du irgendwo ein paar mal aufgeschnappt hast.
Nochmal (was zugleich die Zzusammenfassung meines letzten Postings darstellt): Lieber selber die Erfahrung machen und dann nach den eigenen Vorlieben entscheiden. Nur auf Leute hören, die einem etwas näherbringen wollen; alle Leute, die einem etwas vorschreiben wollen, ignorieren.
-
Son bißchen muß man dem Kenner aber Recht geben, da du seleber Teile des verlinkten Artikels ignorierst.
As with all HeuristicRules, this is not a rule that applies 100% of the time. Code is generally clearer and easier to maintain when it does not use globals, but there are exceptions.
-
Tyrdal schrieb:
Son bißchen muß man dem Kenner aber Recht geben, da du seleber Teile des verlinkten Artikels ignorierst.
As with all HeuristicRules, this is not a rule that applies 100% of the time. Code is generally clearer and easier to maintain when it does not use globals, but there are exceptions.
Das ist aber noch ein sehr weiter Schritt zu:
Kenner der Tatsachen schrieb:
Globale Variablen sind nicht schlecht. Zumindest nicht schlechter als alles andere.
-
wird dir von globalen Variablen abraten, denn diese haben nur Nachteile
Stimmt, aber diese 100% Pauschalisierung kann nicht aus dem Artikel stammen und ist IMO wie jedes Dogma schädlich.
-
Irgendwie muss man halt differenzieren.
Einerseits bringen globale Variablen Probleme mit sich. Daher sollte man Sie möglichst vermeiden. Aber nur weil etwas schlechter Stil ist, es generell abzulehnen ist auch Falsch.
Im endeffekt zählt Kosten-Nutzen. Wenn ich mir 3 h eine Lösung ohne globale Variablen überlegen muss, aber ich nach 10 Minuten eine Lösung mit Globals habe, dann kann man auch mal ein Global verwenden anstatt auf KRampf zu versuchen sowas zu verwenden.
Das gleiche gilt für andere Sachen die "Schlechter Stil" sind wie das verlassen von Schleifen mit break etc. Gerade für Anfänger ist es ratsam so zu Programmieren wie man gerade Lust hat und wie man weiterkommt, anstatt die sauberste und effizienteste Lösung sofort parat zu haben.
-
Fedaykin schrieb:
Im endeffekt zählt Kosten-Nutzen. Wenn ich mir 3 h eine Lösung ohne globale Variablen überlegen muss, aber ich nach 10 Minuten eine Lösung mit Globals habe, dann kann man auch mal ein Global verwenden anstatt auf KRampf zu versuchen sowas zu verwenden.
Das Problem ist aber, dass die Erfahrung lehrt, dass die 10 Minuten Lösung später einmal zu sehr schwer diagnostizierbaren Fehlern führen werden, wenn irgendwann mal unerwartete Seiteneffekte auftreten. Das muss nicht morgen sein, vielleicht erst in ein paar Jahren, wenn andere Entwickler an dem Code arbeiten und der ursprüngliche Programmierer längst weg ist. Und die werden dann sehr viel länger als 3 h an dem Problem sitzen.
Und deswegen ist guter Stil wichtig. Und guter Stil wird dadurch definiert, dass man damit erfahrungsgemäß später wenig Probleme hat. Und im Normalfall ist es auch nicht so schwer, sich daran zu halten: Ich möchte mal den Fall sehen, wo man durch Verwendung von globalen Variablen tatsächlich 2:50 h einspart und die Lösung wie eine Krampf aussieht.
-
Wenn aber heutzutage jede Sekunde bei der Entwicklung zählt und Termine so knapp bemessen werden das man lieber schnell, als sauber programmiert. Ist das ganze kein Wunder.
Zusätzlich ist es auch noch ein unterschied ob ich sowas in einer "Multi-Programmer" umgebung programmiere oder in einen Projekt für mich, wo ich absehe das in 3 Jahren das ganze eh nicht mehr anschaue.
Wie schon gesagt, es kommt auf Kosten-Nutzen an. Dort zählt auch die Zukunftsentwicklung rein.
Meine Beispiele sind rein theoretischer Natur. Bei globalen Variablen sehe ich das ganze auch eher unkritisch. Aber es wird andere Fälle geben wo sowas eher zuschlägt.
Ich möchte auch nicht sagen das man ohne Nachzudenken Globals verwenden sollte, sondern das man selber Abwägen soll, ob Sie jetzt Sinnvoll sind oder nicht. Nicht desto trotz ist es natürlich Sinnvoll zu wissen welche Risiken sie bergen. Wer mit dem Wissen immer noch Globals einsetzt, soll es halt tun.
-
Globale und lokale statische Variablen haben mir in der Vergangenheit die meisten Schmerzen bereitet. Mal keine eine lib nicht nebenläufig verwendet werden (aber es wurde eine Allokation gespart), mal ziehen eigentlich kleine Programmänderungen riesige Refaktorierungsmaßnahmen nach sich (don't - ever - call me, I'll call you!), oder man sucht sich den Wolf, um rauszufinden, welcher Schelm den globalen super pointer in undefinierten Zuständen hinterlässt.
Globale Variablen sind mit ebensolcher Vorsicht zu genießen wie goto. Wenn möglich, vermeiden.
-
Lieber selber die Erfahrung machen und dann nach den eigenen Vorlieben entscheiden. Nur auf Leute hören, die einem etwas näherbringen wollen; alle Leute, die einem etwas vorschreiben wollen, ignorieren.
Auch aus den Fehlern anderer kann gelernt werden. Man muss nicht jeden Fehler selbst machen, das kostet nur unnoetig Zeit und Nerven.
Wenn aber heutzutage jede Sekunde bei der Entwicklung zählt und Termine so knapp bemessen werden das man lieber schnell, als sauber programmiert.
Der groesste Kostenpunkt ist Wartung.
-
knivil schrieb:
Auch aus den Fehlern anderer kann gelernt werden. Man muss nicht jeden Fehler selbst machen, das kostet nur unnoetig Zeit und Nerven.
Man muss aber nicht alle Wasserkocher verbieten weil sich einer mal die Hand verbrüht hat.
Ich wette die meisten "globale Variablen sind böse"-Prediger vertreten hier einfach eine Überzeugung die ihnen irgendwann mal eingeprügelt wurde. Hinterfragt (oder gar selbst Erfahrungen gemacht) wird heute ja eh selten etwas.
-
Aber wenn man anfaengt auf Trolle zu hoeren, die sich nur hinter pauschalen Aussagen verstecken ohne zu argumentieren, ist man eh verloren. Diese nutzen dann auch gleich die Gelegenheit, C++ und den Rest der Welt in den Dreck zu ziehen. Und untermauern ihre Position mit viel GROSSBUCHSTABEN und fett gedrucktem. "Es gibt nicht DIE OPTIMALE LÖSUNG" ist einfach nichts sagend.
-
So Pauschalaussagen wie "Auch aus den Fehlern anderer kann gelernt werden" oder "Der groesste Kostenpunkt ist Wartung"?
-
knivil schrieb:
"Es gibt nicht DIE OPTIMALE LÖSUNG" ist einfach nichts sagend.
Diese Aussage ist vielleicht nichtssagend aber diese Aussage ist mir persönlich lieber als "Meine Umsetzung ist besser als deine, mach es gefälligst wie ich!!!!!1elf".
-
knivil schrieb:
Aber wenn man anfaengt auf Trolle zu hoeren, die sich nur hinter pauschalen Aussagen verstecken ohne zu argumentieren,
Naja meine pauschale Aussage lag doch nur darin,dass man sich von pauschalen Aussagen & Befehlen anderer fernhalten soll, stattdessen lieber ganz unpauschal herumprobieren und seinen Weg herausfinden.
-
"Es gibt nicht die optimale Lösung" ist keine Pauschalaussage, sondern ein Allgemeinplatz.
-
Kenner der Tatsachen schrieb:
Diese Aussage ist vielleicht nichtssagend aber diese Aussage ist mir persönlich lieber als "Meine Umsetzung ist besser als deine, mach es gefälligst wie ich!!!!!1elf".
...
Naja meine pauschale Aussage lag doch nur darin,dass man sich von pauschalen Aussagen & Befehlen anderer fernhalten soll, stattdessen lieber ganz unpauschal herumprobieren und seinen Weg herausfinden.Zeig mir mal bitte auf, wo hier die Verwendung verboten wurde. Oder wo solche Aussagen gemacht wurden, welche du in diesem Thread anscheinend gesehen haben willst. Ich sehe überall nur, dass davon abgeraten wird oder Empfehlungen abgegeben werden. Du bist der Erste, welcher plötzlich etwas von Verbot gequasselt hat.
Und übrigens: Man sollte auch in C die Verwendung von globalen Variablen gut bedenken, da die Problematik genau dieselbe ist. Mit C++ Programmierer oder der Sprache C++ hat das überhaupt nichts zu tun.
Grüssli
-
Globale Variablen sind tötlich, wenn man Multithreading verwendet. Funktionen die in globale Variablen schreiben sind nicht reentrant. Konstanten als globale Variablen machen natürlich nichts.
