Discussion :

[sosolal]

Bonjour, est-ce qu'on peut faire ce code-ci? :

Code C++ :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
#include <string>
#include <iostream>
using namespace std;
int main()
{
cout << "Quel fichier voulez-vous inclure?" << endl;
string input;
cin >> input
#include input
}

En gros, je crée un jeu et les différentes maps sont sous forme de code source .cpp, qui fournit différentes variables, fonctions et classes au jeu, mais pour que le jeu soit facilement moddable, je devrait inclure un système qui inclurait dynamiquement différents maps au jeu.

[Daïmanu]

Bonjour.

La réponse est non.
Les directives précédées d'un # sont interprétées par le préprocesseur, avant l'étape de compilation du code et du linkage.
À l’exécution du code, ces directives n'existent même plus.

Avant le préprocesseur, le compilateur verra ceci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
#include <iostream>
int main() {
    return 0;
}

Après l'étape du préprocesseur, le compilateur verra ceci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
-- Le contenu du fichier iostream --
int main() {
    return 0;
}

Et à l’exécution, il ne reste plus que du code machine.

Pour faire un système de niveaux, tu devras lire des maps dans des fichiers avec les fonctions/classes qui vont bien (std::getline(), std::ifstream), définir le format de données et vérifier que lesdits fichiers aient le bon format.

[r0d]

Cela dit, c'est un problème intéressant. Si un développeur souhaite que les ressources (dans le sens des données) de son appli soient inclues dans le binaire (l'exécutable), comment faire. Je vois plusieurs bonne raisons de vouloir faire cela, d'ailleurs certains studios, comme Blizzard pour ne citer qu'eux, font ça.
Mais quelle que soit la technique choisie, il y a une contrainte évidente: il faut savoir, à la compilation, quelles sont les données qu'on veut "cacher" dans le binaire compilé.

La question de l'ouverture du jeu (faire un jeu "moddable") est aussi une question très intéressante. Mais il faut savoir que le c++ n'est pas un langage très dynamique (c'est la rançon de sa rapidité au runtime), et donc ce problème n'est pas simple en c++. Deux solutions principales:
1- Le moddeur modifie directement le code du jeu lui-même. L'idée est qu'il rajoutera des classes qui dériveront d'interfaces et qui utiliseront des APIs publiques, mais il devra tout recompiler.
Cette méthode a de nombreux inconvénients, mais elle peut parfois (rarement certes) suffire et elle a l'énorme avantage d'être la plus simple.
2- Le moddeur génère une bibliothèque dynamique (dll sous windows, .a sous *nux). C'est la méthode de loin la plus répandue, mais elle nécessite une organisation qui peut être complexe selon ce qu'on veut faire exactement.
Le fonctionnement "standard' d'un mod dans un binaire indépendant c'est l'enregistrement: au chargement de la bibliothèque, celle-ci appelle une fonction Register() qui va fournir au programme principal tout ce dont ce dernier à besoin pour gérer cette dépendance dynamique supplémentaire.

[Bousk]

3- le jeu propose une interface de scripting et permet de charger des scripts (les add-ons de WoW, Skyrim, ..)

[sosolal]

Ou alors, je fais quelquechose de ce genre :
1. Chaque fichier du code sera double : un qui sera compilé et un autre qui ne sera PAS compilé
2. Quand un joueur me dit "Utilise le mod machintruc", le programme va recompiler tout le code, mais avec le #include "machintruc.cpp"
3. Puis le jeu moddé s'éxécute

Autre technique : Comment on fait pour inclure tout un dossier d'un coup?

Sinon comment on fait pour les .a?

[Iradrille]

Oublie cette idée de recompiler le code.

(D'ailleurs on inclus des .h et pas de .cpp )

Les méthodes 2 et 3 proposées (dll et scripting, genre Lua ou python) sont les meilleures.

Il sera plus difficile de permettre un mod qui change complètement le gameplay en Lua, mais c'est aussi plus simple à mettre en place et de petites modifications peuvent se faire plus facilement. (l'UI et l'IA sont des domaines où le Lua est par exemple souvent utilisé).

Pour les DLL, il faut voir ça comme un plug-in qui vient s'ajouter au jeu, plus lourd à mettre en place, mais si c'est bien fait il n'y à quasiment aucune limite à ce qui peut être moddé.

[r0d]

En ce qui concerne les scripts, j'entends beaucoup parler de angelscript en ce moment. Mais je n'y connais rien dans ces choses-là alors je ne sais pas en dire plus.

[minnesota]

Salut,

Je connais pas angelscript, mais lua et squirrel sont des valeurs sûres...

EDIT:

Quand je m'étais intéressé à la question «lua vs squirrel», j'avais lu un article très intéressant, mais je ne suis pas sûre du lien que je viens juste de parcourir -> lua and squirrel .