Globale Variablen

[Nikolas]

Warum soll den eine globale Variable schlechter Programmierstil sein? :roll: Wenn ich Daten auf zwei Forms oder auch nur in unterschiedlichen Buttons o.ä. brauche, ist das doch der einfachste Weg. Wo liegt denn das Problem? :gruebel:

Tox

[neolithos]

Zitat:

Zitat von Toxman

Warum soll den eine globale Variable schlechter Programmierstil sein? :roll: Wenn ich Daten auf zwei Forms oder auch nur in unterschiedlichen Buttons o.ä. brauche, ist das doch der einfachste Weg. Wo liegt denn das Problem? :gruebel:

Tox

Das Thema wurde schon ausgiebig Disskutiert :roll:
Aber eins erkenne ich an dieser Aussage! Das du noch kein sehr großes Programm geschrieben hast (ich kann mich auch irren)!

[Nicolai1234]

Aber du musst doch eh die function aufrufen um zu sehen, wie der momentane Status ist!
Wie wird dieser denn dann weiter verwendet?

[neolithos]

Zitat:

Zitat von Toxman

Warum soll den eine globale Variable schlechter Programmierstil sein? :roll: Wenn ich Daten auf zwei Forms oder auch nur in unterschiedlichen Buttons o.ä. brauche, ist das doch der einfachste Weg. Wo liegt denn das Problem? :gruebel:

Tox

Nochmal dazu!

Das hatte ich jetzt erst an der Hochschule! Vermeidung von Globalen Variablen hat etwas mit Information Hidding zu tun! Ein Konzept eines "modern" geschriebenen Programmes!

[gmarts]

Zitat:

Zitat von Nicolai1605

Aber du musst doch eh die function aufrufen um zu sehen, wie der momentane Status ist!
Wie wird dieser denn dann weiter verwendet?

Beispiel: Ich drücke eine Taste "FragNachStatus", dann wird die Funktion, die den Status ermittelt aufgerufen. 10 Sekunden oder einen Tatsendrück oder wie auch immer später soll dieser Status irgendwo angezeigt werden. Dann frage ich doch lieber eine Variable ab, als die komplette Funktion nochmal aufzurufen, oder? Ist doch performancetechnisch besser.

Edit: Sprich, dieser ermittelte Status wird im Programm an anderen Stellen weiterverarbeitet.

[Nicolai1234]

Du kannst die finction doch auch erst aufrufen, wenn das ergebnis auch tatsächlich angezeigt wird, oder?

[gmarts]

Zitat:

Zitat von Nicolai1605

Du kannst die finction doch auch erst aufrufen, wenn das ergebnis auch tatsächlich angezeigt wird, oder?

Ja, aber dieses Ergebnis wird auch an späterer/anderer Stelle im Programm benutzt. So oft will ich diese Funktion aus Performancegründen nicht aufrufen. Leider hat die Playerkomponente keine Property State, wie z.B. TMediaplayer. :?

[neolithos]

Zitat:

Zitat von gmarts

Beispiel: Ich drücke eine Taste "FragNachStatus", dann wird die Funktion, die den Status ermittelt aufgerufen. 10 Sekunden oder einen Tatsendrück oder wie auch immer später soll dieser Status irgendwo angezeigt werden. Dann frage ich doch lieber eine Variable ab, als die komplette Funktion nochmal aufzurufen, oder? Ist doch performancetechnisch besser.

Ich würde für solche Probleme eine Art Private Variable empfehlen.

Delphi-Quellcode:

unit ...
interface

  procedure FragNachStatus;
  function GetStatus : Integer;

implementation

var iState : Integer = 0;

procedure FragNachStatus;
...

function GetStatus : Integer;
begin
  Result := iState;
end;

end.

Sinn:
-Klare Schnittstelle die gewisse Änderungen zuläst
-Die Variable ist Schreib geschützt
-Man kann sich sicher sein das nur die Funktionen darauf zugreifen
-Später Änderungen lassen sich besser überblicken

[gmarts]

[Durchgestrichen]@neolithos: Das leuchtet mir schon ein. Doch ich will meinen Ergebniswert nicht immer wieder neu mit einer Funktion abfragen, das geht doch auf die Leistung.[/Durchgestrichen]

Edit: Oh sorry. Habe nicht genau gelesen. :oops: Das ist eine gute Idee.

Aber iState ist doch auch eine globale Variable?

[Luckie]

Entweder als Paramneter übergeben oder wenn das auch zu umständlich ist, zu mindest als Feld der Form-Klasse. Die gefahr bei globalen Variablen liegt darin, dass man echt Probleme bekommt, wenn sie nicht den erwarteten Wert enthält, dann geht nämlich die Sucherei los, wo dieser Wert geändert wird.