Vous manquez des opportunités de trading :
- Applications de trading gratuites
- Plus de 8 000 signaux à copier
- Actualités économiques pour explorer les marchés financiers
Inscription
Se connecter
Vous acceptez la politique du site Web et les conditions d'utilisation
Si vous n'avez pas de compte, veuillez vous inscrire
Oui, je suis aussi dans une situation similaire. Il n'est pas difficile d'apprendre, il est plus difficile de se recycler, de briser les vieilles habitudes. Je n'arrive toujours pas à me débarrasser de nombreuses mauvaises habitudes de la programmation procédurale.
réapprendre le style procédural ? hmm, un code de style procédural bien écrit est généralement facile à intégrer dans une classe, si vous avez besoin de faire évoluer le projet.
Les constantes et les statiques peuvent être abandonnées pour le moment. Et ne pensez même pas aux interfaces.
Et quand tout est prêt, regardez et marquez quelque chose comme statique et quelque chose comme constante. Et vous pouvez oublier complètement les interfaces.
Je sais comment en faire beaucoup et rapidement,
J'ai décidé de consacrer mon temps à l'étude de la théorie, ou plutôt d'amener MQL au niveau de ce qui existe depuis quelques années, même si beaucoup de gens ici ne connaissent pas les capacités des terminaux
Si je dois étudier la matière, je dois l'étudier correctement, je pense, et comprendre si MQL est plus proche de C++ ou de C# - pour l'instant, il semble que ce soit C++. En C#, les gens ne s'embarrassent même pas de modificateurs, ou plutôt ils se contentent de corriger ce qui est marqué comme douteux par le studio )))).
Les constantes et la statique peuvent simplement être ignorées pour l'instant. Les interfaces, aussi.
Et quand tout est prêt, regardez et marquez quelque chose comme statique et quelque chose comme constant. Et vous pouvez oublier complètement les interfaces.
L'essentiel est de conserver les constantes et les statiques. Je suis d'accord sur les interfaces.
se reconvertir à partir du style procédural ? hmm, un code bien écrit de style procédural enveloppé dans une classe, si vous avez besoin de faire évoluer le projet, généralement pas de problème.
Je sais faire beaucoup de choses et rapidement,
J'ai décidé de consacrer mon temps à l'étude de la théorie, ou plutôt à amener MQL au niveau de ce qui a été développé ces dernières années, même si beaucoup de gens ici ne sont pas au courant des capacités des terminaux
Et si vous étudiez le matériel, vous devez l'étudier correctement, imho, et comprendre ce qui est plus proche de MQL à C++ ou à C# tout de même - pour l'instant il semble que ce soit C++.
const - s'il est nécessaire d'interdire l'affectation d'une variable (sauf pour une initialisation unique). Si une variable est déclarée comme const, alors lorsque vous la passez dans une fonction par référence, l'argument de la fonction doit également être const, mais le compilateur s'en chargera, vous n'avez pas à y penser. Si une variable n'est pas assignée, elle peut également être marquée comme const - cela fonctionnera plus rapidement, ceci s'applique aux arguments de fonction. Cependant, à tout moment, vous pouvez avoir besoin de le modifier...
static - si c'est une variable dans une classe, c'est un cas rare, même le plus rare. S'il s'agit d'une méthode de classe, alors si la méthode ne manipule que les arguments de cette méthode et lesvariables statiques de la classe, c'est également un cas rare (cependant, pas si rare, si vous rassemblez simplement les fonctions dans une classe par commodité).
Je voudrais un exemple, je vous le dis, je ne suis pas du tout bon avec les modificateurs.
SZS : en attendant ce qui se passe dans l'horreur générale dans la discussion de programmation dans Inet - il y avait un article sur const sur hubra le mois dernier, la signification - oui, ce const n'est pas nécessaire, regardez code assembleur ne diffère pas que sans const - le compilateur va supprimer tout ((
Voici un exemple :
La raison pour laquelle une interface est nécessaire n'est pas claire dans votre code, alors je l'ai supprimée.
Bien sûr, je ne connais pas complètement votre tâche, mais il y a une probabilité de 99,99% que ce ne soit pas nécessaire.
se reconvertir à partir du style procédural ? hmm, un code bien écrit de style procédural enveloppé dans une classe, si vous avez besoin de faire évoluer le projet, généralement pas de problème.
Je sais en faire beaucoup et rapidement,
J'ai décidé de consacrer mon temps à l'étude de la théorie, ou plutôt à amener MQL au niveau de ce qui a été développé ces dernières années, même si beaucoup de gens ici ne sont pas au courant des capacités des terminaux
Si je dois étudier le matériel, j'ai besoin de l'étudier correctement, imho, et de comprendre ce qui est plus proche de MQL à C++ ou à C# tout de même - pour l'instant il semble que ce soit C++.
Voici un exemple :
D'après votre code, l'utilité de l'interface n'est pas claire, c'est pourquoi je l'ai supprimée.
Je ne connais pas complètement votre tâche, mais je suis sûr à 99,99 % que vous n'en avez pas besoin.
c'est la 5e fois que j'entends dire qu'il faut jeter les interfaces et ne pas s'en soucier))))
J'ai pris comme base le modèle de conception OOP "Strategy".
appliqué, comme spécifié, les interfaces comme une abstraction à partir de laquelle j'hérite de la classe de base CStrategy - il s'est avéré que je CStrategy sera absent méthodes publiques, tous les publics sont décrits par des interfaces (3 pièces = stratégie elle-même, l'achèvement de la stratégie et maintenant ajouté un enregistrement de l'état de la stratégie ) Le rôle des interfaces est... Eh bien, c'est à peu près la même chose qu'avec les modificateurs const - vous recevez des avertissements au début si vous ne décrivez pas une méthode ou si vous essayez de les fermer avec l'héritage - jusqu'à présent, j'ai plus de commodité que de problèmes.
En général, je confirme qu'avec une probabilité de 100%, c'est inutile... mais c'est juste pratique que la classe CStrategy n'ait pas de section publique
Votre code semble bon, je le reproduirai chez moi après le déjeuner, pour essayer de le comparer avec le mien.
Merci !
Le mql lui-même est basé sur c++, mais grâce aux efforts de ses créateurs, ils y ont mis beaucoup du mauvais de sharp, sans rien y ajouter de bon. La bibliothèque standard de type Sharpe est révélatrice. Il serait plus logique qu'il soit similaire à std. IMHO.
c'est peut-être moi qui ai lancé la phrase sur le forum MQL "ce n'est pas C++, c'est MQL..." maintenant beaucoup de réponses à des questions comme la vôtre dans ce contexte ))))
en général, le langage est assez démocratique, pas pratique pour écrire en MQL - "en 2 clics" vous pouvez aller à .dll C++ et ici depuis le début de l'année en .dll C#, si ma mémoire est bonne, l'un des premiers articles sur le dll du développeur Renat - c'est-à-dire cette possibilité initialement, comme un concept de produit est offert, imho
SZS : pour écrire ci-dessus, pour une raison quelconque est venu à l'esprit la phrase - Je suis un artiste - Je vois ainsi !))))
ZS : à ce qui précède, pour une raison quelconque, il m'est venu à l'esprit la phrase - Je suis un artiste - je le vois ! ))))
cela revient très souvent dans les réponses des développeurs, bonnes ou mauvaises, je ne sais pas
Si les développeurs donnaient des informations et fermaient les questions une fois pour toutes - pourquoi on ne peut pas ajouter ou modifier une fonction
cela revient très souvent dans les réponses des développeurs, bon ou mauvais, je ne sais pas.
si les développeurs donnaient des informations et fermaient les questions une fois pour toutes - pourquoi il est impossible d'ajouter ou de modifier une fonction
Eh bien, c'est le style actuel de communication entre les utilisateurs et le soutien des monopoles informatiques, l'Internet est plein de cas où les utilisateurs trouvent les bugs évidents de Microsoft et après avoir fait appel à Microsoft obtenir en réponse ... habituellement le silence ))))
ZS : d'après une lecture récente, Hubr " Pourquoi Windows lit-il un fichier cent mille fois pour ouvrir un menu ? "