![MQL5 - Langage des stratégies de trading intégré au terminal client MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
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
Côté design : tout est beaucoup plus simple - @Fedor Arkhipov(auteur et initiateur du sujet) déclare "Je veux que ce soit comme ça, mais pour l'instant j'ai besoin de Hibou". Et des petites corrections acceptables pour nous, les pauvres :-) Parce que c'est lui qui sait de quoi il s'agit.
Pour ma part, je ne comprends pas bien la signification de nombreuses classes, mais c'est mon problème...
Vous devez obtenir la chose sous la forme la plus compacte - vous avez obtenu une réponse intelligible et un flux, et vous avez résolu les bugs. Vous pouvez avoir des centaines de hiérarchies de classes et de méthodes :-)
Je vais essayer de répondre comme je vous ai compris.....
Oui, vous pouvez créer une seule classe Huobi (par le nom du courtier) et tout entasser dedans, aussi bien l'adressage au web socket que le traitement des réponses aux demandes de parsing, vous vous retrouverez avec un fichier énorme, qui en principe ne peut pas être compris ou compris avec un litre de vodka. La division de la fonctionnalité en classes semble donc assez logique. Chaque classe remplit sa propre fonction. C# est une POO absolue, il n'y a pas de programmation procédurale du tout, tout est écrit en classes. Mais vous pouvez créer l'illusion d'une programmation procédurale en utilisant des classes statiques. Considérez donc que nous séparons simplement différentes fonctions d'un même fichier.
L'auteur du sujet sait ce qu'il veut au bout du compte, mais il ne sait pas comment y parvenir. Dans certains cas, il n'a même pas une bonne idée du fonctionnement des prises.
Bien sûr, vous pouvez faire comme d'autres camarades : "voici des liens sur habor et wiki et qui sait où d'autre, tout a été résolu pour vous depuis longtemps, allez fumer du matériel.....".
Maxim, ce type d'"aide" est fourni par 90% des membres du forum. Quand je le vois moi-même, cela me fait frémir. Où est l'aide mutuelle ? Quel est le but de ce forum ? Mais allez, ce ne sont que des aspects psychologiques, n'en parlons pas.
Seuls ceux qui postent leurs connaissances sous forme d'articles, et ce sont les seuls qui aident réellement tous les participants du forum, alors que les autres ne font que se montrer. Jusqu'où Fedor a-t-il avancé grâce à l'aide qu'il a reçue des autres participants du sujet ?
Oh, ok, assez avec les paroles.
Merde, Maxim a éteint toute la chaleur avec sa "réprimande"... C'est en gros comme ça que ça se termine. Celui qui veut apporter une aide réelle est couvert de boue, et eux-mêmes avec la soi-disant "aide", après un petit jappement, s'écartent du chemin. Au final : le demandeur reste sans réponse, certains utilisateurs se la pètent et se perdent, et quelqu'un se fait chier... c'est-à-dire qu'il n'y a aucun bénéfice à en tirer.
C'est fait, ça ne jure pas.
Je vais essayer de répondre comme je vous ai compris.....
Oui, vous pouvez créer une seule classe Huobi (par le nom du courtier) et tout y fourrer, aussi bien la référence au web socket que le traitement des réponses en analysant les requêtes, vous vous retrouvez avec un putain de fichier qui est fondamentalement impossible à comprendre ou à comprendre avec un litre de vodka. La division de la fonctionnalité en classes semble donc assez logique. Chaque classe remplit sa propre fonction. C# est une POO absolue, il n'y a pas de programmation procédurale du tout, tout est écrit en classes. Mais vous pouvez créer l'illusion d'une programmation procédurale en utilisant des classes statiques. Considérez donc que nous séparons simplement différentes fonctions d'un même fichier.
L'auteur du sujet sait ce qu'il veut au bout du compte, mais il ne sait pas comment y parvenir. Dans certains cas, il n'a même pas une bonne idée du fonctionnement des prises.
Bien sûr, vous pouvez faire comme d'autres camarades : "voici des liens sur habor et wiki et qui sait où d'autre, tout a été résolu pour vous depuis longtemps, allez fumer du matériel.....".
Maxim, ce genre d'"aide" est fourni par 90% des membres du forum. Quand je le vois moi-même, cela me fait frémir. Et où est l'aide mutuelle ? Quel est le but de ce forum ? Mais allez, ce ne sont que des aspects psychologiques, n'en parlons pas.
Seuls ceux qui postent leurs connaissances sous forme d'articles, et ce sont les seuls qui aident réellement tous les participants du forum, alors que les autres ne font que se montrer. Jusqu'où Fedor a-t-il avancé grâce à l'aide qu'il a reçue des autres participants du sujet ?
Oh, ok, assez avec les paroles.
Merde, Maxim a éteint toute la chaleur avec sa "réprimande"... C'est en gros comme ça que ça se termine. Celui qui veut apporter une aide réelle est couvert de boue, et eux-mêmes avec la soi-disant "aide", après un petit jappement, s'écartent du chemin. Au final : le demandeur reste sans réponse, certains utilisateurs se la pètent et se perdent, et quelqu'un se fait chier... c'est NULL en profit.
le jappement était à propos de moi dans ce fil ? Alexei, tu es fatigué...
et pour aller plus loin - qu'est-ce que les classes de l'enfer jusqu'à ce que vous sachiez comment décompresser les messages du serveur ? qu'est-ce que vous faites ?
le client veut une chose spécifique, a des histoires de C# génial. Combien de jours se sont écoulés depuis la publication du sujet ? et la quantité de code, et le résultat ?
C'était à propos de moi dans ce fil de discussion sur le jappement ? Alexei, tu es fatigué...
et pour aller plus loin - qu'est-ce que les classes de l'enfer jusqu'à ce que vous sachiez comment décompresser les messages du serveur ? qu'est-ce que vous faites ?
le client veut une chose spécifique, a des histoires de C# génial. Combien de jours se sont écoulés depuis la publication du sujet ? et la quantité de code, et le résultat ? ??
Bien dit... Je me défile, et vous, en tant que spécialiste expérimenté, amenez le client à une solution logique avec les méthodes que vous savez utiliser.
Bien dit... Je m'efface et vous, en tant que spécialiste expérimenté, amenez le client à une solution logique avec les méthodes que vous savez utiliser.
Non Alexei, tu es tout seul - tu devrais le faire. J'indique simplement la bonne direction - vers une solution spécifique. Il me semble que j'ai raison.
Sinon, vous dérivez vers la "construction de classes" lorsque les problèmes technologiques abondent.
Je me repens - je peux être dur et immodéré...
PS/ la création + le retrait d'une méthode statique Hibou est plus que discutable. Il pourrait probablement s'agir d'une classe dérivée - mais ce n'est que plus tard, lorsqu'elle commencera à "respirer un peu".
PPS/ Je suis banni pour mes décisions :-)
...
Il y a également une demande de diffusion de la même cotation pour Binance
Tous les échanges ont-ils un protocole identique entre le serveur et le client ? Je suis sûr qu'il n'y aura pas de solution unique. Je vais à nouveau sur githab, et je trouve https://github.com/binance-exchange/binacpp en quelques minutes.
Apparemment, les gens ont trop de temps libre, je suis jaloux.
Tous les échanges ont-ils un protocole identique entre le serveur et le client ? Je suis sûr qu'il n'y aura pas de solution unique. De nouveau, je vais sur githab, et je trouve https://github.com/binance-exchange/binacpp en quelques minutes.
Apparemment, les gens ont trop de temps libre, je les envie.
Le protocole lui-même est le même pour tous, la mise en œuvre des demandes d'API est différente pour tous.
Étudier la bibliothèque de quelqu'un d'autre, vous savez, ce n'est pas du kamilfo.
Il est plus facile d'écrire le sien, et de comprendre où tout se trouve.
De plus, la documentation des API est constamment mise à jour avec de nouvelles méthodes, et des corrections doivent être apportées.
Moi aussi, j'ai étudié diverses solutions toutes faites, j'ai finalement abandonné et j'ai écrit ma propre bibliothèque en C).
Le protocole lui-même est le même pour tous, la mise en œuvre des demandes d'API est différente pour tous.
Étudier la bibliothèque de quelqu'un d'autre, vous savez, ce n'est pas du kamilfo.
Il est plus facile d'écrire le sien, et de comprendre où tout se trouve.
De plus, la documentation des API est constamment mise à jour avec de nouvelles méthodes, et des corrections doivent être apportées.
J'ai également étudié différentes solutions toutes faites, mais j'ai finalement abandonné et écrit ma propre bibliothèque en C)).
Je ne parle pas du protocole de réseau (websockets), mais des conventions de niveau supérieur concernant la forme des demandes/réponses, qui sont construites sur cette base.
En regardant la librairie huobi, il m'a fallu environ cinq minutes pour comprendre les principes de base de la récupération des données. Je ne pense pas que ce soit compliqué.