Mon approche. Le noyau est le moteur. - page 41
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
Depuis deux ans, j'ai l'impression de ne pas vivre, mais pour être honnête, je ne sais pas où je suis.
Je me suis coupé les veines (dans le sens de la longueur, je peux vous envoyer des photos), maintenant je ne sais pas si je suis vivant ou non - mais le sujet de Peter dit que je ne le suis pas. :(
Je suis dans la matrice :(Depuis deux ans, j'ai l'impression que je ne vis pas, mais je ne sais pas où je suis.
Je me suis coupé les veines (dans le sens de la longueur, je peux vous envoyer des photos), maintenant je ne sais pas si je suis vivant ou non - mais le sujet de Peter dit que je ne le suis pas. :(
Ça doit être mauvais - je suis dans la matrice :(
Je ne sais pas comment c'est.
mais j'en ai rêvé - le moteur principal
Oh, merde !
Je dois retourner à l'asile pour me reposer.Camarade, ne plaisante pas comme ça.)
Je ne serais pas contre un peu de fluff aussi, mais j'ai peur de la colère. Je suppose que tu ne l'es pas. Je suis surpris de votre retenue, avec une telle cote et un tel nombre de produits sur le marché =))Je ne serais pas contre un peu de badinage aussi, mais j'ai peur de la colère des justes. Je suppose que tu ne l'es pas. Je suis surpris de votre retenue, avec un tel classement et le nombre de produits sur le marché =))
La colère des admins - elle est justifiée.
J'ai vu beaucoup d'interdictions, mais quand on lit toutes les conneries qu'ils écrivent, on se rend compte que, oui, ce n'est pas suffisant pour tuer.
Qu'est-ce que j'ai dit ? Si j'ai tort sur quelque chose, je vous en prie.
Camarade, ne plaisante pas comme ça.
Merci de garder l'histoire vivante. bonheur, santé, amour, prospérité, beaucoup d'argent, deux Porsche rouges et une maison en Pologne.
merci de préserver l'histoire. bonheur, santé, amour, prospérité, beaucoup d'argent, deux Porsche rouges et une maison en pologne.
Désolé, habitude professionnelle.
P.S. Et merci d'avoir supprimé les messages auxquels j'ai répondu sans les citer.
Comme promis, voici la deuxième démo du moteur. Ce moteur se connecte à un Expert Advisor de test (fichier joint ci-dessous) et lui transmet les actions de l'utilisateur.
Après ces procédures, vous pouvez tester la connexion de l'EA de test.
Lorsque vous cliquez sur des éléments du tableau, que vous saisissez du texte ou que vous sélectionnez une option, le conseiller expert de test affiche un message d'alerte contenant des commentaires sur l'événement.
Vous pouvez examiner la structure du fichier de connexion des externes. C'est très simple.
Le fichier des propriétés de connexion ne doit PAS être ouvert ou modifié.
SZY. Il y a également un fichier de code de fenêtre en bas, pour ceux qui sont intéressés à l'apprendre.
Essayez de faire apparaître un ensemble de contrôles lorsque vous cliquez sur un bouton, et un autre ensemble de contrôles lorsque vous cliquez sur un autre bouton. En même temps, la fenêtre peut être minimisée et maximisée. On suppose également qu'il pourrait y avoir beaucoup de variantes.
Il serait intéressant de demander à Peter comment il pourrait résoudre cette tâche.
Ici, Dimitri, dans l'exemple ci-dessus, trois principes de contrôle du phénomène des éléments fonctionnent en même temps :
Labibliothèque standard (pour autant que je sache) ne possède pas de telles fonctionnalités.
Les onglets, les boutons, les boutons radio, les éléments et autres éléments peuvent être changés à l'aide de SWITCH.
Le verrouillage de groupes d'éléments ou d'éléments individuels se fait à l'aide de BLOCS.
Le phénomène de groupe est contrôlé par l'élément G_FOLDER.
Combien de code faudrait-il écrire pour réaliser une telle chose à l'aide de la bibliothèque standard ?
C'est ce qui distingue un langage de marquage d'une bibliothèque. Légèreté et rapidité.
Ici, Dimitri, dans l'exemple ci-dessus, trois principes de contrôle du phénomène des éléments fonctionnent en même temps :
Labibliothèque standard (pour autant que je sache) ne possède pas de telles fonctionnalités.
Les onglets, les boutons, les boutons radio, les éléments et autres éléments peuvent être changés à l'aide de SWITCH.
Le verrouillage de groupes d'éléments ou d'éléments individuels se fait à l'aide de BLOCS.
Le phénomène de groupe est contrôlé par l'élément G_FOLDER.
Combien de code faudrait-il écrire pour réaliser une telle chose à l'aide de la bibliothèque standard ?
C'est ce qui distingue un langage de marquage d'une bibliothèque. Légèreté et rapidité.
Les onglets ne sont pas du tout un contrôle intéressant - vous pouvez très bien vivre sans eux. Le nombre d'onglets est trop limité.
Et 2 et 3 - plus on va loin dans les bois, plus il y a de bois de chauffage. Je n'ai pas la moindre idée de ce que c'est et pourquoi c'est nécessaire, et je ne vais pas le découvrir. Parce qu'un ensemble de contrôles vraiment nécessaires et essentiels a été défini il y a longtemps et c'est plus que suffisant pour toute tâche de création de GUI. Mais cela ressemble à un culte - inventer ses propres noms, méthodologies, définitions... etc.
Je veux vous rappeler une fois de plus qu'une telle implémentation séparée du gui dans un indicateur pour contrôler un EA ne nécessite pas de connexion à l'EA... même si les tableaux sont utilisés au lieu de la POE. L'approche est donc tordue. Il est de travers là où il devrait être le plus parfaitement pensé, car c'est, pourrait-on dire, le "visage du produit".
Les onglets ne sont pas du tout une commande intéressante ; vous pouvez très bien vivre sans eux. Le nombre d'onglets est trop limité.
Et 2 et 3 : plus on avance dans les bois, plus le bois de chauffage est gros. Je n'ai aucune idée de ce que c'est et pourquoi c'est nécessaire, et je ne vais pas le découvrir. Parce qu'un ensemble de contrôles vraiment nécessaires et essentiels a été défini il y a longtemps et c'est plus que suffisant pour toute tâche de création de GUI. Mais cela ressemble à un culte - inventer ses propres noms, méthodologies, définitions... etc.
Je veux vous rappeler une fois de plus qu'une telle implémentation séparée du gui dans un indicateur pour contrôler un EA ne nécessite pas de connexion à l'EA... même si les tableaux sont utilisés au lieu de la POE. L'approche est donc tordue. Il est de travers là où il devrait être le plus parfaitement pensé, car c'est, pourrait-on dire, le "visage du produit".
Les onglets permettent de changer complètement de toile. Et la deuxième et troisième approche est conçue pour gérer le phénomène des éléments sans changer les kanvases. Ainsi, le même kanvas est redessiné et chaque fois avec un ensemble différent d'éléments.
A propos de la connexion, je ne comprends pas votre idée. Pourquoi ne devrait-il pas être connecté à l'EA ? Comment synchroniser les paramètres ?
L'interface graphique est soit complètement intégrée au conseiller expert, soit connectée de l'extérieur. En cas de connexion externe, vous devez définir les propriétés de la connexion et synchroniser les valeurs des paramètres des deux côtés.
Le passage de l'interface graphique d'un conseiller expert à un indicateur est une chose discutable (juste à cause de l'architecture MT - les indicateurs fonctionnent dans le fil de l'interface et peuvent ralentir TOUT. Pour que les indicateurs ne ralentissent pas, même une partie de leurs fonctions est interdite en MT)
pas à ce sujet.
Si un utilisateur malheureux a pris quelques indicateurs (tiers) et un EA et qu'ils sont tous des interfaces graphiques avec le moteur du noyau hors du chemin. Que va-t-il se passer ?
PS/ Peter, vous avez déjà trouvé au moins un hébergement gratuit et y mettre votre produit. Si le code de base n'est pas bon. La publication des versions alpha/bêta/prévisualisation ne prend que quelques heures. Tu ne peux pas trouver le temps ?