GUI à l'initiative de la foule. Test bêta ouvert. - page 44

 
Реter Konow:

1. Il peut y avoir de nombreuses raisons. Qu'est-ce que ça dit ?

2. Le projet est enregistré dans le dossier Files. S'il était possible de l'enregistrer directement dans le dossier Include, je le ferais. Mais, règle du sandbox des fichiers.

Dans tous les cas, l'utilisateur peut avoir différents dossiers de projet et c'est à lui de décider où glisser et déposer les fichiers.

Quel est le rapport avec le dossier "Include" ?

Les inludes eux-mêmes peuvent être branchés à partir de n'importe quel dossier dans l'ensemble du bac à sable.

Dans l'exemple que j'ai écrit, vous voyez directement comment créer un lien vers ces fichiers.

 
Алексей Барбашин:

Quel est le rapport avec le dossier "Include" ?

Les inludes eux-mêmes peuvent être branchés à partir de n'importe quel dossier dans l'ensemble du bac à sable.

Dans l'exemple, j'ai écrit explicitement comment créer un lien vers ces fichiers.

Donc, vous pouvez inclure des fichiers du dossier général Files (pas celui du dossier inclus, mais celui de MQL5) ?

 
Реter Konow:

Donc, vous pouvez inclure des fichiers dans le dossier Fichiers communs (pas celui du dossier d'inclusion, mais celui de MQL5) ?

Bien sûr que vous pouvez.

Un autre problème : en ouvrant le fichier GUI_DRIVE.mqh et en essayant de le compiler, nous obtenons beaucoup d'erreurs.

 
Алексей Барбашин:

Bien sûr que vous pouvez.

Et un autre problème : nous ouvrons le fichier GUI_DRIVE.mqh et essayons de le compiler - il y a beaucoup d'erreurs.

Il suffit de le brancher. Vous devez compiler votre EA.

Veuillez noter que la connexion doit être complète :

//--------------------------------------------------------------------
#include<GUI_DRIVE.mqh>
#include<MyProject_1\CORES.mqh>
#include<MyProject_1\Internal_API.mqh> 
//+------------------------------------------------------------------+
 
Tous les fichiers devraient de préférence pouvoir être compilés, si quoi que ce soit, mettez des stubs.
 

Utilisez des doubles barres obliques dans les noms de ressources :


 
Alexandr Andreev:
Tous les fichiers devraient de préférence pouvoir être compilés, et si besoin est, nous mettons les stubs dans

Tout à fait exact ! Tout fichier doit être "autosuffisant" et se compiler sans erreur.

 
Alexandr Andreev:
Tous les fichiers devraient de préférence pouvoir être compilés, si quoi que ce soit, mettez des stubs.

Vous ne pouvez pas compiler un inline incomplet et ne pas avoir d'erreurs. Tout y est lié avec EA et d'autres fichiers.

GUI_DRIVE est le moteur, il est inchangé. CORES est le noyau. Il est en constante évolution. Ils sont interdépendants. Vous ne pouvez pas mettre l'un dans l'autre. Alors ignorez-la.

 
Алексей Барбашин:

Utilisez des doubles barres obliques dans les noms de ressources :


Oubliez les avertissements pour l'instant. Vérifiez la séquence de connexion correcte. L'ordre des lignes fait une différence.

#include<GUI_DRIVE.mqh>
#include<MyProject_1\CORES.mqh>
#include<MyProject_1\Internal_API.mqh> 
 
Реter Konow:

Vous ne pouvez pas compiler un inline incomplet et ne pas avoir d'erreurs. Tout est lié à l'EA et aux autres fichiers.

GUI_DRIVE est le moteur, il est inchangé. CORES est le noyau. Il est en constante évolution. Ils sont interdépendants. Vous ne pouvez pas mettre l'un dans l'autre. Alors ignorez-la.

C'est quoi cette absurdité ? S'il se réfère à quelque chose, il doit être connecté à l'inluder et il sera complet, s'il ne peut pas fonctionner sans autre inluder.

Déterminez la séquence de ces fichiers joints et tout deviendra clair pour vous.

Tout fichier devrait être compilé sans erreur.

Si vous avez une aversion pour les cours, ayez la gentillesse d'écouter les conseils les plus élémentaires et de vous conformer aux exigences de base.