Global, was ist das?

[spirigwi]

[Snow]

Eine globale Variable gilt auch in untergeordneten Skriptbereichen. Z.B. auch innerhalb von Handlern - ohne dass dabei extra Parameter übergeben werden müssen. Soweit kann man sie auch mit einer Property vergleichen.

Der Unterschied:
Globale Variablen können im Gegensatz zu Properties den enthaltenen Wert nicht über die Beendigung des Skripts hinaus speichern.

Wenn du also ein Skript hast, in dem du jedes Mal den Wert einer Property auf einen neutralen Ausgangswert zurücksetzen musst, um damit weiterarbeiten zu können, ist das ein klarer Fall für eine globale Variable.

Einfach ausgedrückt: Wenn's stört, dass Werte gespeichert bleiben, die Variable aber im gesamten Skript zur Verfügung stehen sollte, dann arbeite mit globalen Variablen.
_________________
Peter
-
Fischer-Bayern.de|Shadetreemicro.com

[spirigwi]

Snow, ohne Umschweif, das war wieder mal vom feinsten
Alles klar, diese Funktion ist sicher sehr praktisch


Darf ich dir noch eine Frage in diesem Zusammenhang stellen:
Property hat demnach die Fähigkeit den Wert der ihr aus untergeordneten Skriptbereichen gegeben wurde beim nächsten Handleraufruf nochmals wiederzugeben bis er wieder vom Skript überschrieben wird

gibt es nun die Möglichkeit eine Property herzustellen die von anderen AS abgerufen werden kann ohne komplizierte Adressenangabe?
wohl eher nicht ?sagt mir mein Hausverstand.
Aber die Tastsache dass wenn man eine Schreibweise einer Variablen ZB so wählt beim skripten :
asdf
und aber falls eine andere gleinamige Variable im System schon prä-existiert(inklusive in FM-files deponierte falls diese offen steht) beim Kompilieren die Schreibweise dieser alten Variable übernommen und somit

asdf wird zu ASDF wie von Geisterhand. Könnte man dieses "Wissen" nicht auch auf den Inhalt anwenden?

(Folker hat mir die Fragen rationiert, so kann ich sie besser zählen) Weiss denn das System auch dessen zugeordneten Inhalt?
_________________
 Skript-Fan => ein � -Fan =>Scr¿¿-KongFuSius_Kurpfusius

[Snow]

[spirigwi]

[Snow]

Hi Willy,

gib' doch mal in der Suche die Suchworte "store AND script" ein. Da solltest du einiges zum Thema finden.

Z.B. hier:

http://www.fischer-bayern.de/phpBB2/viewtopic.php?t=502
_________________
Peter
-
Fischer-Bayern.de|Shadetreemicro.com

[spirigwi]

Wunderbar Snow die Suchabfrage und Link helfen dramatisch weiter

Die folgende Fragestellung habe ich aber nirgends explizit finden können:

Warum werden gewisse propertys wie folgender nur EINMAL, nämlich bei der Skriptverfassung "beschrieben"?
Folgendes Beispiel zeigt die EINMALIGKEIT :
-- ==================================================
property STARTNAME : first item of (list disks) as string
-- ==================================================
tell application "Finder"
activate
open folder STARTNAME
end tell
wenn ich nun Startdisk(Z.B: HD oder "SnowsDatengrab" usw ) umtaufe, gibts danach EINE Fehlermeldung


Folgendes Beispiel zeigt die NEUBESCHREIBUNG der Property:(mit dem Preis Handleraufruf)
-- ==================================================
property STARTNAME : {}
-- ==================================================
my PROPERTYER()
--################################
on PROPERTYER()
--hier propertys definieren
set STARTNAME to (first item of (list disks)) as string
end PROPERTYER

wenn ich nun Startdisk(Z.B: HD oder "SnowsDatengrab" usw ) umtaufe, gibts danach KEINE Fehlermeldung

Ein Handleraufruf ist aber für starren Text nicht nötig. Was hier verblüfft ist eigentlich,

warum bei Schreiben des AS die Formel: (first item of (list disks)) as string
doch immerhin EINMALIG berechnet wird. gibts Gesetze dafür ¿¿¿¿¿¿¿¿
Wenn man sich auf dieses Gesetz verlassen könnte könnte man die
Eigenschaft nämlich auch nutzen

oder nochmals anders gefragt:
wie kann man für ein geschlossenes Skript den im ersten Beispiel offenbar nötigen Kompiliervorgang noch einfacher umgehen als mit einem Handleraufruf?
gibts da was für? ZB global oder eben mit 'store script' (letzteres hab ich mir noch nicht durchgedacht


_________________
 Skript-Fan => ein � -Fan =>Scr¿¿-KongFuSius_Kurpfusius

[Snow]

Hallo Willy,

das Rätsel ist ganz einfach.

Beim ersten Beispiel ist der Inhalt der Property zunächst:

first item of (list disks) as string

Nach dem ersten Ablauf des Skripts enthält die Property nur einen Text, nämlich den Namen des Startvolumes.

Wenn nun der Festplattenname geändert wird, steht im Skript keine Funktion mehr, die deren Name ermittelt und es kommt zum Fehler.

Beim zweiten Beispiel wird der Festplattenname ja auf jeden Fall ermittelt. Die Property ist da eigentlich überflüssig, da ja nichts für längere Zeit gespeichert bleibt. Sie wird ja bei jedem Skriptaufruf neu gefüllt.
_________________
Peter
-
Fischer-Bayern.de|Shadetreemicro.com