Discussion :

[Bioshok]

Bonjour tout le monde ,

pourriez vous m'expliquer svp les différences entre un évènement dans un langage de programmation et une condition if dans une boucle exemple dans Unity et c# (en terme calculabilité complexité et nombre de cycle d'horloge utilisé et toutes les autres différences ) et merci encore une fois .

[Bousk]

kamoulox

[Bioshok]

explique moi stp pourquoi ça n'a aucun sens,

peut être que j'ai mal posé ou mal formulé ma question mais l'essentiel est la :

pourquoi utiliser le système d'évènement est plus recommandé qu'utiliser des conditions if dans la boucle update du jeu, et en quoi il est meilleur ou en quoi il est différent (je ne comprends toujours pas la différence).

(mes connaissances en la matière sont toutefois assez limitée et j'essai réellement d'apprendre ).

[Mat.M]

pourriez vous m'expliquer svp les différences entre un évènement dans un langage de programmation et une condition if dans une boucle exemple dans Unity et c#

bonsoir il n'y a pas de différence.Ce sont deux parties de code qui se complètent.
Si une condition est remplie par exemple si le joueur est proche d'un obstacle alors on déclenche un événement soit le joueur s'arrête soit il fait une autre action...
dans un jeu il faut une sorte de timer qui à intervalles réguliers scrutent ce que fait le joueur s'il appuie sur une touche, mettre à jour les déplacements des entités ennemies ou bien joueurs etc...
ensuite c'est évident que plus il y a d'événements dans ce timer et dans la boucle de jeu plus l'affichage donc les Frames Per Second ( FPS ) va être ralenti et moins on aura de performances.
Une technique très avancée serait de faire du code exécuté de manière parallèle ( bref un thread) si possible sur le GPU.

Prenons par exemple un First Person Shooter réaliste la boucle de manière simple c'est
-afficher la végétation ,les objets 2d comme les billboards
-afficher les meshes 3d
-tester si le joueur est proche des ennemis dans ce cas-là il faut mettre en mouvement les Non Player Characters ( NPC)
-tester si le joueur alors envoie un projectile
-tester si le projectile touche un NPC
-faire de l'optimisation de scène
etc....
donc en quelques millisecondes ça fait beaucoup de choses à faire

[Bioshok]

Bonjour et merci infiniment pour les explications,

donc si je saisis bien:

un évènement et une condition if se complètent c'est comme si en validant la condition on appelle alors une fonction (celle de l'évènement) n'est ce pas ?

(je n'ai jamais utilisé de système d'évènement ou un délégué auparavant, je n'utilisai jusqu'à maintenant que de simple bloc de code dans les conditions donc peut être que je me trompe)

mais je penses dans ce cas qu'implémenter du simple code lorsqu'une condition se vérifie est beaucoup plus optimisé en terme de performance que d'exécuter un évènement (je parle toujours en terme de nombre d'instruction par cycle d'horloge utilisé pour chaque type de partie du code car j'ai lu quelque part qu'appeler une fonction utilise plus d'ipc qu'implémenter une condition ou une boucle directement)

(je ne retrouve plus le tableau récapitulatif des ipc utilisé selon les types de parties de code sources implémentés )

(je ne sais pas si tu me comprends bien mais c'est pour ça que je parle d'optimisation et de différence par contre peut être que je me trompes complétement sur la compréhension des évents et des delegates c'est pour cela que je demande)

[Bioshok]

pardon, j'ai tout mélangé:

je voulais parler de la comparaison de nombre de cycle d'horloge utilisé pour l'exécution de chaque type d'instruction et non d'instruction par cycle d'horloge.

Nb :
j'ai pris comme référence le bon vieux cpu Intel x86 depuis l'assembleur , mais je penses que ça sera toujours la même chose quelque soit le type de processeur utilisé ou depuis n'importe quel langage de programmation n'est ce pas ?


c'est juste à titre indicatif.

[Bousk]

La différence entre une sonnette et toi qui regarde par la fenêtre toutes les minutes si quelqu'un est devant chez toi ?

Tu pars dans tous les sens et ce que tu racontes n'en a plus aucun.
Un évènement c'est un truc qui se produit un moment. Ou pas.
Un if c'est... un if. C'est exécuté / testé chaque fois.
Comment tu espères savoir le "nombre de cycles" d'un évènement ?

je penses dans ce cas qu'implémenter du simple code lorsqu'une condition se vérifie est beaucoup plus optimisé en terme de performance que d'exécuter un évènement

Ok. Et tu te bases sur quoi ? L'alignement des étoiles ?
Implémenter du code ça coûte rien, c'est juste du texte. L'exécuter par contre oui.
Et plus optimisé par rapport à quoi ? Exécuter du code est plus optimisé qu'exécuter un autre code ? Ben améliore le second.
Quant à l'évènement, c'est sûrement pas toi qui l'exécutes. Au mieux tu vas écouter et réagir à un évènement.
Si tu veux vérifier X trucs, tu vas aligner X if dans ton Update (puisque tu es sur Unity). À quel moment tu décides qu'il y en a trop et que la lisibilité est impactée / dégradée ?
Enfin, une condition c'est pas forcément instantannée à vérifier.

[Mat.M]

pardon, j'ai tout mélangé:
je voulais parler de la comparaison de nombre de cycle d'horloge utilisé pour l'exécution de chaque type d'instruction et non d'instruction par cycle d'horloge.

oui il ne faut pas confondre le code assembleur et le code spécifique pour Unity en C#

(je n'ai jamais utilisé de système d'évènement ou un délégué auparavant, je n'utilisai jusqu'à maintenant que de simple bloc de code dans les conditions donc peut être que je me trompe)
mais je penses dans ce cas

là aussi il ne faudrait pas tout mélanger.Pas besoin de delegate à moins que la doc de Unity le stipule.
Quel est le projet plus précisément, vous voulez faire quoi ?

[Bioshok]

Bonsoir,

je ne travaille actuellement sur aucun nouveau projet...
je suis à vrai dire en stand by(en grande partie pour me former, combler mes lacunes et m'améliorer dans le développement jeux vidéo)

mais j'utilisai d'habitude justes de simples conditions if pour simuler des évènements dans mes anciens jeux unity (jeux de plateformes 2d principalement) (et les performance laissaient à désirer) j'étais curieux de voir ce que ça va donner en utilisant de vrais systèmes d'évènements et je penses que je commence a comprendre mieux le principe grâce à vous deux , merci

[yildiz-online]

Un gros avantage des event est le decouplage entre les composants, ils n'ont pas besoin de se connaitre, mais juste de parler la meme langue.
Couple a une state machine, c'est tres efficace pour manipuler les ecrans et leur ui.

[Mat.M]

oui exact ( Yildiz a sans doute mieux compris la problématique que moi) d'où l'intérêt de faire des objets interfaces, des modules bref ce qui fait l'intérêt du paradigme objet