Je ne parlais pas de data-driven dans le sens de programmation orientée donnée, mais de data driven dans le sens où c'est la data (des informations hors code) qui dirige le jeu. Par exemple les règles de game design (points de vie des ennemies, type d'IA à utiliser, ...) sont dans des fichiers JSON accessible par les game designers. L'un des avantages de la modélisation Entitées-Composants c'est que tu peux facilement lier une telle donnée à un composant.
Ceci dit, la programmation orientée donnée n'est pas exclusif et il est très important de penser au coût mémoire qu'aura tel ou tel algorithme. Cependant une autre règle intéressante à garder en tête est de ne pas commencer à optimiser tant qu'on n'a pas fait de profiling. Il faut toujours optimiser ce que l'on voit dans un profiling. Sinon on peut passer une semaine à optimiser un bout de code qui n'est finalement appelé qu'une seule fois par trame alors que de l'autre coté on a une fonction qui est appelée 100 fois par trame et qui mériterait bien plus d'amour.
[^] # Re: Les systèmes à entités
Posté par Creak . En réponse à la dépêche Je crée mon jeu vidéo E15 : J'arrête.... Évalué à 6. Dernière modification le 31 août 2015 à 19:45.
Je ne parlais pas de data-driven dans le sens de programmation orientée donnée, mais de data driven dans le sens où c'est la data (des informations hors code) qui dirige le jeu. Par exemple les règles de game design (points de vie des ennemies, type d'IA à utiliser, ...) sont dans des fichiers JSON accessible par les game designers. L'un des avantages de la modélisation Entitées-Composants c'est que tu peux facilement lier une telle donnée à un composant.
Ceci dit, la programmation orientée donnée n'est pas exclusif et il est très important de penser au coût mémoire qu'aura tel ou tel algorithme. Cependant une autre règle intéressante à garder en tête est de ne pas commencer à optimiser tant qu'on n'a pas fait de profiling. Il faut toujours optimiser ce que l'on voit dans un profiling. Sinon on peut passer une semaine à optimiser un bout de code qui n'est finalement appelé qu'une seule fois par trame alors que de l'autre coté on a une fonction qui est appelée 100 fois par trame et qui mériterait bien plus d'amour.