PureBoard

>> dann kannst du sie per Define vordefinieren, und zwar in jedem geltungskreis extra,
Wobei Define in Proceduren keinen Sinn macht (gleichnamige Globale Variablen werden überschrieben) und Protected die bessere
Wahl ist.

// Nachtrag:
scheint geändert worden zu sein, ups

hu?

wenn du eine einfache locale variable benutzen willst,
brauchst du im procedurenkopf ein Define, was ja eigentlich auch absolout logisch ist.
ich sprach weder von Global noch von Protected.
die ausgabe sollte deutlich machen, dass es sich um zwei getrennte locale variablen handelt.

versuch mal in diesem code eines der beiden Defines auszukommentieren...

danke für die Zusatztipps,

ich geha davon aus, daß global vereinbarte Variablen Projektweit gültig sind, auch in anderen Teilen als dem aktuellen Schnipsel. Was spricht dagegen, diese generell zu nehmen? Nur Ressourcen?

Ich habe kein Problem mit der Explicit-Vereinbarung, hatte ich ja in anderen Sprachen auch schon, eher erfreulich, daß man hier schneller zur Sache kommen kann. Aber ich bin gern bereit von alten Hasen zu lernen, noch dazu wenn diese sich mir gegenüber bemühen

@Kaeru
Jetzt entspricht Define in Proceduren anscheinend dem Protected.
Das war nicht von Anfang an so, deshalb war ich beim Test verdutzt

// Edit
>> ich geha davon aus, daß global vereinbarte Variablen Projektweit gültig sind
Genau dadurch können die Fehler entstehen. Diese Variablen können von
überall geändert werden und enthalten evtl. garnicht den erwarteten Wert.

Alle Variablen, deren Gültigkeit nicht Projektweit erforderlich ist, sollte man
auch nicht Global deklarieren. Es ist immer besser weitgehend auf globale
Variablen zu verzichten, besser als Parameter übergeben, so das sie auch in
den entsprechenden Proceduren benutzbar sind.

Bei kleineren Projekten wird man Fehler noch vermeiden können, aber mit
zunahme an Programmzeilen wirds immer schwieriger

Nicht zuletzt brauchts auch einfach weniger Speicher, wenn ich mit lokalen Variablen arbeite, vor allem wenn es größere Strukturen sind. Des weiteren finde ich es verwirrend, wenn ich für jede Prozedur, die eigentlich mit lokalen Variablen auskommen würde, globale nutzen würde. Um da ne Übersicht zu halten, müsste ich die Namensgebung wiederum an die Prozeduren anpassen und dann kann ich sie gleich in die Prozedur als lokale Variablen packen. Ich kommen in der Regeln mit <10 globalen Variablen aus.

ts-soft hat geschrieben:Jetzt entspricht Define in Proceduren anscheinend dem Protected.
Das war nicht von Anfang an so, deshalb war ich beim Test verdutzt

das hast du falsch aufgefasst.

Protected brauchst du, wenn du in einer Procedure einen Variablennamen als Local verwenden willst, der Global genutzt wird.
das kannst du nicht durch define ersetzen. <- das ist die verwendung von Global/Protected.
versuche, das Protected durch Define zu ersetzen, das gibt nen fehler.

Define dient dazu, eine Variable explizit zu definieren wie von EnableExplicit gefordert,
wenn sie nicht Global, Shared, Protected oder Static sein soll,
also eben eine stinknormale Locale Variable, die man garnicht explizit definieren würde,
wenn man nicht EnableExplicit benutzt.

Also ist Protected doch besser geeignet. Weil wenns eine globale gleichen
Namen gibt und ich weiß das nicht, knallts unnötiger weise

Was auch gut sein kann, damit ich weiss, dass es noch so eine globale Variable gibt, die ich vielleicht in der Prozedur gebraucht habe, aber mit der lokalen unwissentlich überschrieben habe.

Jet1199 hat geschrieben:Mein Miniprogramm ist also um zwei Zeilen gewachsen:

Code: Alles auswählen

MessageRequester("Beispiel","a: "+Str(a)+"  b: "+Str(b)+"  a+b="+Str(a+b))

Du kannst seit PB 4 direkt beim deklarieren der Variablen Werte zuweisen:So sparste dir wieder etwas Schreibarbeit