« Unreal Engine » : différence entre les versions

← Modification précédente Modification suivante →

Version du 11 mai 2026 à 11:41

Philosophie et choix de version du moteur

La structure du jeu reprend les systèmes de State Pattern et State Manager inspirés par Evans Bohl afin de simplifier, optimiser et maitriser le code.

Le but est de pouvoir créer un jeu qui ne soit pas une usine à gaz en employant un système surdimensionné imposé par Epic Games.

Montées en version

Le jeu sera développé sur Unreal Engaine 5.7 dernier en date au moment du choix et des premières expérimentations.

Il pourra ainsi bénéficier des dernières implémentations, notamment les Inputs et Metasound (les anciens systèmes ayant été dépréciés depuis la version 5.2).

Des montées en versions seront envisagées en fonction des éléments apportés par de nouvelles fonctionnalités, corrections de bugs ou si des fonctions sont dépréciées (même si ici aussi il n'y as pas d'obligation).

Théorie du State Pattern

Le state pattern et est une méthode avancée similaire au "Gameplay Ability System" d'Unreal Engine, en proposant version avancée de son code pour simplifier la gestion des mécaniques.

Il a l'avantage de rendre le code robuste en offrant une implémentation des mécaniques simple à maintenir.

Anatomie d'un state

Enter : équivalent du Begin Play appelé lorsque l'on rentre dans un state.
Update : équivalent du "Event Tick", appelé à chaque frame.
Exit : instructions appelées lorsque l'on sort du state (équivalent "End Play").
Handle Input : traite les inputs du Payer et défini s'ils correspondent à des transitions vers d'autres states ou non.
Is Accessible : appelé par les autres states pour vérifier si ce state est accessible ou non (par exemple : le state boule de feu sera inaccessible si la jauge de magie est vide).

Le State Manager

Le State Manager est en quelque sorte le maestro de la gestion des states. C'est lui qui :

gère la transition entre les states
assure la gestion et création des actor components
assure la gestion des inputs

Le State Manager va créer les "Actor Components" à la volée, ce qui rend le code modulaire et éviter de surcharger le "BP_Player" de code inutilisé.

Liens externes

Documents de référence

@@ Ligne 1 : / Ligne 1 : @@
-== Choix du moteur d jeu ==
-[[Fichier:Comparaison UE Unity Godot.png|alt=Comparaison entre UE, Unity et Godot|Comparaison entre UE, Unity et Godot Source : [https://rocketbrush.com/blog/godot-vs-unity-vs-unreal-comparison Godot vs. Unity vs. Unreal Comparison (Mars 2025)]|vignette]][https://fr.wikipedia.org/wiki/Unreal_Engine Unreal Engine] est le moteur sélectionné pour le jeu '''Gus Adventures : Plotfall'''.
-Le choix s'est fait d'une part, sur la base des avantages apportés comparé à [https://fr.wikipedia.org/wiki/Unity_(moteur_de_jeu) Unity] et [https://fr.wikipedia.org/wiki/Godot_(moteur_de_jeu) Godot] mais aussi pour les avantages apportés par le système de [https://dev.epicgames.com/documentation/en-us/unreal-engine/introduction-to-blueprints-visual-scripting-in-unreal-engine blueprints] permettant d'itérer rapidement.
 == Philosophie et choix de version du moteur ==
 La structure du jeu reprend les systèmes de State Pattern et State Manager inspirés par [https://www.linkedin.com/in/evansbohl/ Evans Bohl] afin de simplifier, optimiser et maitriser le code.