Modactorvalue Via Effets Magiques : Méthode Propre

J'ai remarqué que dès qu'on supprime, change de noms, ou de type une property sur un script, il vaut mieux procéder de cette manière (pas besoin à l'ajout d'une nouvelle property dont le nom est tout neuf) :

-Supprimer le script de l'objet auquel il est rataché
-Fermer la fenêtre de l'objet en validant le changement.
-Sauvegarder le mod
-Rattacher le script de l'objet
-Ré-assigner les properties (dont les valeurs ont été reset)
-Fermer la fenêtre de l'objet en validant le changement.
-Sauvegarder le mod.

C'est assez lourd, mais si on ne fait pas ça, certaines fois les anciennes properties (supprimées ou modifiées) restent en mémoire dans l'esp (le plugin, et non dans les scripts sources ou compilés). Le hic c'est que ça n'arrive pas tout le temps, et que je ne sais pas ce qui provoque ce problème.
Mais avec cette méthode les properties resteront toujours propres et valides.

Si toutes les properties de scripts sont "propres" et que l'on charge un mod dont les properties ont changé d'une manière propre (par ex si on charge un mod mis à jour) :
Au 1er rechargement de sauvegarde on obtiendra ce message d'erreur (uniquement au chargement) pour toutes les properties changées ou supprimées dans le log :

Variable :: MyVar on script MyQuestScript loaded from save not found within the actual object. This variable will be skipped.

Ca c'est le "bon" message à obtenir !
-> Si on re-sauvegarde ensuite, et qu'on recharge cette sauvegarde. Au 2ème chargement donc, ces messages disparaîtront.

Le mauvais message c'est celui-là :

warning: Property MyProperty on script MyQuestScript attached to MyQuest (0801DED2) cannot be initialized because the script no longer contains that property

Si on obtient ce message c'est qu'une property à été supprimée ou modifiée et qu'elle est toujours en mémoire dans le plugin. Il faut alors appliquer la méthode citée précédemment pour correctement réinitialiser les properties.

Dans mon projet actuel je n'en ai pas besoin :
-> Comme dit dans ce topic, les capacités ne modifieront plus les ActorValue à la désactivation si on se débrouille bien.
-> Arrêter les quêtes et les sorts scriptés n'est nécessaire que si les scripts restent dans le répertoire Data.
*Je me demande d'ailleurs si un mod a ses scripts dans un bsa du même nom, et que l'on décoche simplement le mod, si les scripts ne s'arrêteraient pas tout net, comme si on les avait retiré du répertoire(?)
Si on vire les scripts, ils ne tourneront plus. Et même si les scripts sont totalement arrêtés par un processus de désinstall, a chaque chargement du jeu, on recevra toujours ces messages dans le log :

warning: Unable to get type MyScriptName referenced by the save game. Objects of this type will not be loaded.
Cannot open store for class "MyScriptName", missing file?

Et plus loin :

warning: Could not find type MyScriptName in the type table in save

Et ça je ne sais pas du tout comment s'en débarrasser, je ne sais pas si c'est actuellement possible. Mais ces messages n'apparaissent qu'au chargement, ils ne gênent plus après pendant la session de jeu.
C'est normalement les seuls messages d'erreurs qu'on doit recevoir après la désactivation d'un mod si il est clean.

A savoir aussi : toujours utiliser RegisterForSingleUpdate, au lieu de RegisterForUpdate.
Pour ce qui est de RegisterForSleep, j'avais entendu qu'il fallait également Unregister cet event avant désinstallation : mais tout ce que je constate, c'est que si on retire les script du répertoire -> aucun message d'erreur à ce propos dans le log (mon event Sleep est placé dans un script de quête). Donc je ne m'en préoccupe pas.

Alors là c'est différent ! Il faut très souvent réinitialiser les scripts si on les a changés en profondeur. Donc arrêter les spells scriptés, supprimer les objets qui sont dans l'inventaires du joueurs (au moins pour les objets de quêtes selon ma propre expérience), arrêter les quêtes, etc. Puis tout relancer.

Alors bien sûr ça dépendra des cas, mais si après un changement radical de script il ne tourne plus du tout comme il devrait, il faut voir de ce côté, et prévoir une détection d'update qui réinitialisera le script de l'objet en question.

A noter que je n'ai jamais eu ce problème avec les scripts de quête. Ces scripts semblent s'update correctement seuls. Mais par sécurité je le fais quand même, car je peux me le permettre.

*Pour vraiment parler de mon expérience :
-Mes scripts de quêtes semblent toujours s'update correctement, tant que les properties sont correctement entretenues.
-Je crois me rappeler que j'avais eu des problèmes avec mes scripts placés sur Alias de quêtes (je n'en suis plus sûr), dans le doute je stop, puis restart mes quête en cas de mise à jour (ce qui réinitialise aussi les scripts d'Alias).
-Mes scripts d'effets magiques doivent toujours être réinitialisés si je les change radicalement (dispel du spell, puis recast).
-Mon script d'objet de quête d'inventaire (qui est directement attaché à l'objet) doit toujours être réinitialisé en cas d'update du script : je stop la quête, je supprime l'objet de l'inventaire (car il y reste), puis je restart la quête (l'objet étant un Alias de quête il est replacé dans l'inventaire).

Mais encore une fois tout ça dépend peut-être des Events utilisés, etc. Donc faut voir au cas par cas.