Skyrim:Persistenz - Versionsgeschichte

Keris: /* Fazit */

2013-01-22T16:15:03Z

‎Fazit

Keris am 13. November 2012 um 16:47 Uhr

2012-11-13T16:47:18Z

Keris: /* Fazit */

2012-08-16T17:23:04Z

‎Fazit

Keris: Textersetzung - „tesscript>“ durch „papyrusscript>“

2012-08-13T10:58:27Z

Textersetzung - „tesscript>“ durch „papyrusscript>“

Keris: Die Seite wurde neu angelegt: =Überblick= Persistenz ist die Handlung, die eine Objektreferenz im Spiel bleiben lässt und nicht deaktiviert werden lässt. Dies betrifft alle Referenzen im Spiel ei...

2012-06-28T15:33:46Z

Die Seite wurde neu angelegt: =Überblick= Persistenz ist die Handlung, die eine Objektreferenz im Spiel bleiben lässt und nicht deaktiviert werden lässt. Dies betrifft alle Referenzen im Spiel ei...

Neue Seite

=Überblick=
Persistenz ist die Handlung, die eine Objektreferenz im Spiel bleiben lässt und nicht deaktiviert werden lässt. Dies betrifft alle Referenzen im Spiel einschließlich Dinge wie Actor-Referenzen. Weil sie im Spiel bleiben, verbrauchen sie Prozessorzeit und Speicherplatz, während andere Referenzen im selben Gebiet verschwinden und deaktiviert werden.

=Was macht Objekte persistent?=
Die folgenden Dinge lässt ein Objekt im Spiel bleiben:

==Funktionen==
Wenn eine Funktion auf einem Objekt läuft, ein Objekt im Spiel solange die Funktion existiert. Das schließt auch lang laufende latente Funktionen ein.

===Beispiele===
<tesscript>
Function MyFunction()
; Wir haben eine Funktion dieses Scripts betreten -
;Das Objekt, dass wir angehängt haben, ist nun persistent
Util.Wait(300) ; Wir warten nun 5 Minuten – unser Objekt bleibt persistent!
; Nun wo wird die Funktion verlassen, bleiben wir nicht länger persistent
;(sofern nicht etwas anderes uns am Leben erhält)
EndFunction
</tesscript>

==Properties==
Wenn eine Script-Property auf eine Referenz im Editor zeigt, wird die Zielreferenz als "permanently persistent" markiert. Mit anderen Worten wird nichts was man zur Laufzeit tut, das Objekt deaktivieren. Dies bedeutet, dass man keine Properties nutzen sollte, um direkt auf eine Referenz zeigen zu lassen, sofern möglich. Wenn man kann, sollte man Referenzen aus Events oder anderen Orten einbeziehen, um zu vermeiden sie dauerhaft zu halten. Sogar wenn man einer Property einen neuen Wert zuweist, während das Spiel läuft, bleibt die Original-Referenz im Spiel erhalten.

===Beispiele===
<tesscript>
; Diese Property ist auf etwas im Editor gesetzt –
; es wird geladen, wenn das Spiel geladen wird und bleibt für immer erhalten!
ObjectReference Property OtherReference auto

Function MyFunction()
; Ich kann Dinge mit OtherReference machen in der Gewissheit,
;dass es im Spiel erhalten bleibt.
OtherReference.Activate(Game.GetPlayer())

; Jedoch wird das Originalobjekt sogar erhalten bleiben,
; wenn ich die Property lösche oder neu zuweise
OtherReference = None ; Das Original-Objekt stirbt nicht!
EndFunction
</tesscript>

==Variablen==
Wenn eine beliebige Variable in einem derzeit geladenen Script auf eine Referenz zeigt, ist diese Referenz temporär persistent. Sie bleibt persistent bis keine Variablen mehr auf sie zeigen und wird dann gelöscht. (dies bedeutet, dass kein anderes Spielsystem das Objekt am Leben erhält). Dies bedeutet, dass man versuchen sollte, keine Variablen zu haben, die Objekte länger halten als sie benötigt werden. Man kann Variablen löschen, indem ihnen "None" zugewiesen wird.

===Beispiele===
<tesscript>
ObjectReference myScriptVariable

Function MyFunction(ObjectReference myArg1, ObjectReference myArg2, ObjectReference myArg3)
; myArg1, myArg2, and myArg3 sind persistent solange die Funktion läuft
myArg1.Activate(myArg2)

; wenn ich einem von ihnen ein anderes Objekt zuweise,
;wird das Originalobjekt verschwinden.
myArg1 = None ; Die Original-Reference kann sterben!

; wenn ich eins von ihnen einer Script-Variable zuweise,
; wird das Objekt erhalten bleiben!
myScriptVariable = myArg2 ; wird nun erhalten bleiben, bis myScriptVariable gelöscht wird
; oder etwas neu zugewiesen bekommt

; myArg3 hört auf, persistent zu sein, weil wir die Funktion verlassen
; und es keiner anderen Variablen zugewiesen haben.
EndFunction
</tesscript>

==Angemeldete Events==
Jede Referenz, die als Empfänger verschiedener Events angemeldet wurde, ist persistent solange bis sie für die Events abgemeldet wird. Dies bezieht sich auf jedes Event, für das ausdrücklich angemeldet wurde, welches OnUpdate, OnLOS, OnSleep und OnAnimationEvent enthält (aber nicht darauf beschränkt ist)
===Beispiele===
<tesscript>
; Das Objekt, das wir zuordnen wird nun persistent bis wir es abmelden
RegisterForUpdate(5.0)
</tesscript>
<br/>
<tesscript>
; Das Objekt, das wir zuordnen wird nun nicht länger persistent
; (unter der Voraussetzung, dass niemand sonst es am Leben erhält)
UnregisterForUpdate()
</tesscript>

=Fazit=
Also sind ein paar Dinge zu beachten, wenn man es vermeiden will, Dinge zu lange im Spiel bleiben zu lassen:
• Vermeide lang laufende funktionen
• Vermeide Properties auf Referenzen falls möglich
• Variablen von Referenzen sollten nur so lange auf Referenzen zeigen so lange sie gebraucht werden.
• Man sollte sich nur für Updates anmelden, solange man sie braucht.

=Links=
{{Übersetzung|ckwiki|Persistence (Papyrus)}}
[[Category:Papyrus|Persistenz]]

[[Category:Papyrus]]

@@ Zeile 82: / Zeile 82: @@
 =Fazit=
 Also sind ein paar Dinge zu beachten, wenn man es vermeiden will, Dinge zu lange im Spiel bleiben zu lassen:
-*Vermeide lang laufende funktionen
+*Vermeide lange laufende Funktionen
 *Vermeide Properties auf Referenzen falls möglich
 *Variablen von Referenzen sollten nur so lange auf Referenzen zeigen so lange sie gebraucht werden.

@@ Zeile 89: / Zeile 89: @@
 =Links=
 {{Übersetzung|ckwiki|Persistence (Papyrus)}}
 [[Category:Papyrus|Persistenz]]

@@ Zeile 9: / Zeile 9: @@
 ===Beispiele===
-<tesscript>
+<papyrusscript>
 Function MyFunction()
    ; Wir haben eine Funktion dieses Scripts betreten  -
@@ Zeile 17: / Zeile 17: @@
    ;(sofern nicht etwas anderes uns am Leben erhält)
 EndFunction
-</tesscript>
+</papyrusscript>
 ==Properties==
@@ Zeile 24: / Zeile 24: @@
 ===Beispiele===
-<tesscript>
+<papyrusscript>
 ; Diese Property ist auf etwas im Editor gesetzt –
 ; es wird geladen, wenn das Spiel geladen wird und bleibt für immer erhalten!
@@ Zeile 38: / Zeile 38: @@
    OtherReference = None   ; Das Original-Objekt stirbt nicht!
 EndFunction
-</tesscript>
+</papyrusscript>
 ==Variablen==
@@ Zeile 45: / Zeile 45: @@
 ===Beispiele===
-<tesscript>
+<papyrusscript>
 ObjectReference myScriptVariable
@@ Zeile 64: / Zeile 64: @@
    ; und es keiner anderen Variablen zugewiesen haben.
 EndFunction
-</tesscript>
+</papyrusscript>
 ==Angemeldete Events==
 Jede Referenz, die als Empfänger verschiedener Events angemeldet wurde, ist persistent solange bis sie für die Events abgemeldet wird. Dies bezieht sich auf jedes Event,  für das ausdrücklich angemeldet wurde, welches OnUpdate, OnLOS, OnSleep und OnAnimationEvent enthält (aber nicht darauf beschränkt ist)
 ===Beispiele===
-<tesscript>
+<papyrusscript>
 ; Das Objekt, das wir zuordnen wird nun persistent bis wir es abmelden
 RegisterForUpdate(5.0)
-</tesscript>
+</papyrusscript>
 <br/>
-<tesscript>
+<papyrusscript>
 ; Das Objekt, das wir zuordnen wird nun nicht länger persistent
 ; (unter der Voraussetzung, dass niemand sonst es am Leben erhält)
 UnregisterForUpdate()
-</tesscript>
+</papyrusscript>
 =Fazit=