Playmaker components - Hierarchie optimale dans l'inspector?

Règles du forum
Attention, si vous postez un lien vers un package (en guise d'exemple), assurez-vous qu'il ne contient que des éléments personnels et/ou libres de droit (donc sans l'asset PlayMaker dedans)

Sinon c'est assimilé à du piratage par diffusion sans autorisation de contenus protégés

Les modos auront alors comme consigne de carrément supprimer votre question
dejam0rt
Messages : 17
Inscription : 16 Mars 2015 23:46

Playmaker components - Hierarchie optimale dans l'inspector?

Message par dejam0rt » 31 Déc 2015 15:21

Une petite question dont la réponse pourrait changer pas mal de chose lorsqu'on utilise Playmaker :

Y a t-il une hiérarchie à respecter dans l'inspector?

Par exemple le script Unity 2D proxy doit-il être placé en haut ou plutôt en bas de l'inspector pour un meilleur fonctionnement?

La question s'étend en fait à tous les "components" concernant playmaker. Les FSM par exemple, vaut-il mieux les placer après un component box collider ou avant?

Avatar de l’utilisateur
stigma
Messages : 1400
Inscription : 17 Nov 2012 18:29
Localisation : Perdu dans les mondes de Myst
Contact :

Re: Playmaker components - Hierarchie optimale dans l'inspector?

Message par stigma » 31 Déc 2015 17:58

Il me semble que l'ordre importe peu. Mais Jean peut confirmer ?

Avatar de l’utilisateur
jeanfabre
Messages : 62
Inscription : 12 Nov 2010 13:04
Localisation : France-Russie
Contact :

Re: Playmaker components - Hierarchie optimale dans l'inspector?

Message par jeanfabre » 14 Jan 2016 09:04

Bonjour.

l'ordre ne compte pas dans l'execution, par contre Unity propose un system pour ca:

http://docs.unity3d.com/Manual/class-Sc ... ution.html

mais c'est vraiment a ne pas toucher, c'est une fonctionalité trés avancé a ne manipuler qu'avec beaucoup de precaution.

C'est vrai pour tout ce qui tourne sous unity, n'importe quel component.

Si dans la logique des fsms, il faut qu'un fsm soit traiter avant l'autre, le mieux et le plus puissant c'est de gerer ca dans la logique elle meme, avec soit un "next frame event" qui envoi un event "INIT" a d'autre fsm par exemple, et donc ces fsms qui doivent demarrer apres un autre, ne vont rien faire lors du "START" et attendront le "INIT". Je fait ca tout le temp, ca marche tres bien.

Bonne journée

Jean

Répondre

Revenir vers « Vos Questions »