Enums sind wesentlich Ressourcenschonender und übersichtlicher. Wenn du dich dabei verschreibst zeigt es dir einen Error an was bei PVars nicht der fall ist.
Desweiteren ist die Abspeicherung einfacher mit Enums.
Naja kommt auch auf deinen Server an.
PVars beanspruchen den Prozessor, wogegen Enums, Variablen allgemein den Arbeitsspeicher benutzen.
PVar = bei mehreren Anfragen lahm
Enum = Deutlich schneller und Komfortabler
Grundsätzlich ist es sinnvoller mit dem zu arbeiten, was man bereits kennt.
Und das sind nunmal Variablen.
Enum ist keine Variable, enum ist eine Auflistung von Konstanten die einen bestimmten Wert haben,
die sich per Array zuweisen lassen.
Das PVars rein den Prozessor belasten ist Blödsinn.
"Belastet" wird beides, Arbeitsspeicher sowie Prozessor.
Der Prozessor aber auch nur, weil die Funktionen/Natives die benutzt werden, auch irgendwie verarbeitet werden müssen.
Das macht PVars auch ein wenig langsamer als normale Variablen.
PVars sind nur dann Vernünftig, wenn man temporäre Werte mit ihnen speichern möchte.
Sie bieten zu dem den Vorteil, das man ihre Strings bzw Namen einfach formatieren kann und so leichter dynamisch mit dem Server agieren kann.
Ich hoffe das war so einigermaßen verständlich 
Alles anzeigenGrundsätzlich ist es sinnvoller mit dem zu arbeiten, was man bereits kennt.
Und das sind nunmal Variablen.
Enum ist keine Variable, enum ist eine Auflistung von Konstanten die einen bestimmten Wert haben,
die sich per Array zuweisen lassen.
Das PVars rein den Prozessor belasten ist Blödsinn.
"Belastet" wird beides, Arbeitsspeicher sowie Prozessor.
Der Prozessor aber auch nur, weil die Funktionen/Natives die benutzt werden, auch irgendwie verarbeitet werden müssen.
Das macht PVars auch ein wenig langsamer als normale Variablen.
PVars sind nur dann Vernünftig, wenn man temporäre Werte mit ihnen speichern möchte.
Sie bieten zu dem den Vorteil, das man ihre Strings bzw Namen einfach formatieren kann und so leichter dynamisch mit dem Server agieren kann.
Ich hoffe das war so einigermaßen verständlich
Der Doktor hat gesprochen xD
Pvars sind auch gut um einige player daten scriptübergreifend (gamemode zu filterscript und zurück) zu erstellen.
scriptübergreifend
Das ist richtig, weil alle auf die gleiche Instanz zugreifen.
Was man mit get-/ setproperty auch erreichen kann 
Leider nutzen sehr wenig User, in diesem Forum, die Bequemlichkeit von Filterscripts, und packen alles in ein GM.
Deswegen hab ich diesen teil auch weggelassen 
Leider nutzen sehr wenig User, in diesem Forum, die Bequemlichkeit von Filterscripts, und packen alles in ein GM.
Deswegen hab ich diesen teil auch weggelassen
wenn du sowas weglässt, wird es auch keiner nutzen 
Ne aber du hast schon recht, für meinen Geschmack bauen die Leute zu oft Filterscripts in ihr Gammode ein. Vorallem bei größeren Filterscripten ist dies nicht zu empfehlen.
naja xD alles sollte man auch nicht in Filterscripts machen, schließlich gibt es ein Limit von 16 ....
wenn du sowas weglässt, wird es auch keiner nutzen
Ne aber du hast schon recht, für meinen Geschmack bauen die Leute zu oft Filterscripts in ihr Gammode ein. Vorallem bei größeren Filterscripten ist dies nicht zu empfehlen.
Naja, ist ja eigentlich Schwachsinn. Ob Filterscript oder nicht. Wenn es im GameMode ist, ist es einfach komfortabler und die Perfomance leidet darunter auch nicht 
- Wäre Pawn OOP-Orientiert, dann würde es Sinn machen
Naja, ist ja eigentlich Schwachsinn. Ob Filterscript oder nicht. Wenn es im GameMode ist, ist es einfach komfortabler und die Perfomance leidet darunter auch nicht
Größere Systeme die uptodate gehalten werden , kann man leichter updaten. Man kann systeme schneller aus und einschalten. Vor allem der erste Grund ist Entscheident.
naja xD alles sollte man auch nicht in Filterscripts machen, schließlich gibt es ein Limit von 16 ....
kann man leicht umgehen 
kann man leicht umgehen
How?
Größere Systeme die uptodate gehalten werden , kann man leichter updaten. Man kann systeme schneller aus und einschalten. Vor allem der erste Grund ist Entscheident.
kann man leicht umgehen
Naja, wenn man sein GM ordentlich strukturiert seh ich das nicht so. Aber jedem seine Sache. Ich halte nichts von FS.
