Programmierdogmata

[Mathematiker]

Hallo,

Zitat von Furtbichler:

Und 'faul' ist einerseits die treibende Kraft, Dinge zu vereinfachen und andererseits eine Charaktereigenschaft, die uns allen eigen ist, und gegen die man etwas unternehmen sollte.

Da Du schon gern den Duden zitierst:

Zitat:

Bedeutungen
1.durch Einwirkung zersetzender Bakterien [und unter Entwicklung übel riechender Gase] in Gärung, Verwesung geraten, übergegangen [und dadurch verdorben, unbrauchbar]
2.(umgangssprachlich abwertend) sehr zweifelhaft, bedenklich; nicht einwandfrei, nicht in Ordnung und daher unbefriedigend
3.abgeneigt zu arbeiten, sich zu bewegen, sich anzustrengen; nicht gern tätig; bequem, träge
4.(veraltend) säumig, nachlässig

1. und 4. stimmen hier wohl nicht. Also bleiben noch 2. und 3.
Was wird wohl auf mich zutreffen?


Mathematiker

[Furtbichler]

Zitat von Mathematiker:

1. und 4. stimmen hier wohl nicht. Also bleiben noch 2. und 3.
Was wird wohl auf mich zutreffen?

Hab dich nicht so. Dann bist Du eben nicht faul und machst alles richtig.

Zum Thema 'globale Variablen'. Meine Meinung: Einfach nicht verwenden. Wenn schon, dann in ein Singleton-Pattern packen. Und pro Singleton eine Kiste Bier/Brause für die Entwickler. Man muss das wirklich begründen und wenn alle einverstanden sind, dann ist die Welt in Ordnung.

[Mathematiker]

Hallo,
bisher verfolge ich die Diskussion mit wachsendem Interesse und wollte mich eigentlich nicht äußern.
Aber:

Zitat von Furtbichler:

Globale Variablen bedeuten, das Du faul bist und dir keine Gedanken über dein Systemdesign gemacht hast.

Danke! Jetzt weiß ich endlich, dass ich faul bin.
Bitte den Umgangston etwas mäßigen!

Beste Grüße
Mathematiker

[Uwe Raabe]

Zitat von Mathematiker:

Zitat von Furtbichler:

Globale Variablen bedeuten, das Du faul bist und dir keine Gedanken über dein Systemdesign gemacht hast.

Danke! Jetzt weiß ich endlich, dass ich faul bin.
Bitte den Umgangston etwas mäßigen!

Selber Mathematiker, die gemäß Aussage meines alten Profs von Natur aus faul sind, empfinde ich dieses Adjektiv in keiner Weise als Beleidigung! Es ist vielmehr die Grundvoraussetzung für meine stetige Suche nach Vereinfachung.

[SubData]

Naja... Wenn man es auf Haarspalterei auslegt, dann kann eine Anwendung, die nicht mindestens eine
globale Variable beinhaltet gar nicht existieren
Oder zumindest in den seltensten Fällen...

[Sir Rufo]

Zitat von SubData:

Naja... Wenn man es auf Haarspalterei auslegt, dann kann eine Anwendung, die nicht mindestens eine
globale Variable beinhaltet gar nicht existieren
Oder zumindest in den seltensten Fällen...

Warum? Nur weil Borlemba da schlampt und kein echtes Singleton (Application) davon macht?

[Sir Rufo]

Zitat von Uwe Raabe:

Zitat von Mathematiker:

Zitat von Furtbichler:

Globale Variablen bedeuten, das Du faul bist und dir keine Gedanken über dein Systemdesign gemacht hast.

Danke! Jetzt weiß ich endlich, dass ich faul bin.
Bitte den Umgangston etwas mäßigen!

Selber Mathematiker, die gemäß Aussage meines alten Profs von Natur aus faul sind, empfinde ich dieses Adjektiv in keiner Weise als Beleidigung! Es ist vielmehr die Grundvoraussetzung für meine stetige Suche nach Vereinfachung.

[p80286]

Zitat von Furtbichler:

Was ist für einen Newbie schlimm, sich an Dogmen (Mehrzahl von Dogma) zu halten? Diese Regeln (oder nenne es Dogmen, meine Güte) sind von Leuten erdacht, die 30+ Jahre programmieren und folglich die Essenz aus den Erfahrungen, die Du erst machen musst. Also: Partizipiere!

Die "alten Säcke" tun sich da schwerer, weil sie mit einigen Erfahrungen vorbelastet sind.
1) GOTO ist für mich ebenso wie ein Break eine Todsünde. Allerdings muß ich gestehen, das ich Sourcen gesehen habe wo beides augenscheinlich sinnvoll eingesetzt wurde.

2) Globale Variablen sind zu vermeiden, manchmal geht es allerdings nicht ohne.

3) Oberfläche und Berechnung trennen. Spätestens wenn eine zusätzliche oder abgeänderte Funktionalität benötigt wird, oder aber z.B. die darunterliegende DB sich ändert, erkennt man die Notwendigkeit dieser Trennung.

4) Code Formatieren ist reiner Selbsschutz, da dann der Code leichter zu überblicken ist. Ob man

Delphi-Quellcode:

if b then
  begin  
  end

oder

Delphi-Quellcode:

if b then begin
end

nutzt ist meiner Meinung nach Geschmackssache, hingegen

Delphi-Quellcode:

var
  i,j,k,l,cnt,top,base : integer;

ist nicht so toll.

Gruß
K-H

a

[Sir Rufo]

@p80286

Nenn doch mal ein Beispiel, wo eine globale Variable sinnvoll ist.

[p80286]

Zitat von Sir Rufo:

@p80286

Nenn doch mal ein Beispiel, wo eine globale Variable sinnvoll ist.

Wenn Du z.B einen "Aufrufzähler" benötigst. Und jetzt sag nicht "das gehört in Form" bei einem Konsolenprogramm hast Du so etwas nicht. Ein anderes Beispiel wäre der Name einer Protokolldatei auch wenn er in der "Base-Date-Unit" untergebracht wurde.

Gruß
K-H