Kikoo,

Lors de mon expérience de création de jeux, j'ai remarqué que peu importe combien j'essaie de faire attention que mon code soit propre, ça part en balles à un moment à cause des héritages et des dépendances en spaghetti.

Actuellement je pense avoir trouvé le droit chemin avec le design pattern ECS (entity component system) , c'est juste parfait, hallucinement magique.

Cette création est d'une intelligence qui est en train de résoudre petit à petit mes problèmes.

J'utilise plus précisément Ashley dans libGDX, j'y suis encore dans les débuts mais je sens que c'est la bonne.

Je ne peux que conseiller l'utilisation de ce pattern avec un ECS framework.

Êtes vous d'accord avec moi ? Sinon, quel est votre design pattern préféré, et pourquoi ?

J'adhere tout a fait a l'ECS, et les component-based frameworks en general, mais ce sont plus des architectures que des "design pattern" au sens propre, qui proposent des solutions precises a des problemes courants bien definis.

L'ECS est une facon d'organiser les concepts pour decoupler les entites, et s'applique donc a tout un projet ou sous-ensembles d'un projet ; ca releve de l'architecture logicielle et est orthogonal aux design patterns, dans le sens ou on peut tout a fait utiliser des DP classiques (factory, singleton, strategy, etc.) au sein d'un framework majoritairement base sur la composition et les components.

Tu as raison effectivement, je n'utilise donc pas un design pattern précis à ce que je sache, mais le pattern architectural ECS m'aide néanmoins à structurer mon code de façon propre.

Au vu de ce que vous dites je me suis renseigné sur cette architecture. J'ai trouvé un article http://blog.monstruosor.com/2012/04/30/passez-a-l-entity-system-1/.

Bon ya 2-3 trucs que j'ai pas trop compris.
Déjà le rôle de l'Entity. Alors il possède son ID et les Componant. L'intérêt de l'ID est plutot limité en Java étant donné les comparaisons par adresse possible. Ou alors l'ID sert dans le cas d'une déserialization ? Du coup à quoi sert vraiment cette classe ?
Et comment cette architecture empêche les "j'update() toutes mes entités à chaque frame" ?

Je me pose des questions

"Et comment cette architecture empêche les "j'update() toutes mes entités à chaque frame" ?"

Disons que tu as une entité joueur avec le composant Renderable et une autre entité ennemie avec le même composant.

Tu peux à tout moment retirer le composant Renderable du joueur, et il ne sera plus géré par le système qui gère ce composant.

Un système est ce qui gère les composants.

Par exemple le RenderSystem est une classe qui fait le tour de toutes les entités ayant le composant Renderable, et applique la méthode render() présente dans le système sur chaque entité. En enlevant le composant Renderable de l'entité, elle ne fera plus partie du système.

Mais t'as pas à réinventer la roue, les ECS framework existent.

Ah d'accord je commence à comprendre, merci

Tu as des exemples de framework en Java ?

J'utilise Ashley avec libGDX, je sais pas s'il existe un framework indépendant du framework de développement de jeu.

Tu peux rechercher "alternatives to ashley ecs".

Ah bah tfacon j'utilise LibGdx pour le JV

Naturellement je tends vers une architecture comme ca. Parceque le modele objet ne marche pas bien ici.

Mais j'ai du mal a comprendre comment tu fais un systeme de collision dans ce modele. Par exemple dans un shmup, je veux comparer les tirs enemi avec le vaisseau du joueur. les tirs du joueurs avec les vaisseau ennemie. Et tous les murs avec toutes les entite.

Est ce qu'il faut qu'il faut faire 3 systemes separe?

Pour le deplacement, j'ai des trucs qui bouent en ligne droite. Des trucs qui suivent un parcour predefini a l'avance. Des trucs qui suivent une autre entite. Et le joueur qui est controle manuellement.
C'est un composant different pour chaque? Avec un systeme different?

Le 04 novembre 2015 à 19:02:44 godrik a écrit :
Naturellement je tends vers une architecture comme ca. Parceque le modele objet ne marche pas bien ici.

Mais j'ai du mal a comprendre comment tu fais un systeme de collision dans ce modele. Par exemple dans un shmup, je veux comparer les tirs enemi avec le vaisseau du joueur. les tirs du joueurs avec les vaisseau ennemie. Et tous les murs avec toutes les entite.

Est ce qu'il faut qu'il faut faire 3 systemes separe?

Pour le deplacement, j'ai des trucs qui bouent en ligne droite. Des trucs qui suivent un parcour predefini a l'avance. Des trucs qui suivent une autre entite. Et le joueur qui est controle manuellement.
C'est un composant different pour chaque? Avec un systeme different?

Je pense que tu peux faire ça avec 3 composants differents qui s'occupe de déplacer les entités selon les règles que tu as défini et un système qui itere sur toute les entités qui ont un composant de déplacement.

Arf pas évident de s'y mettre quand on a toujours suivi le modèle objet ...