Il est temps de convertir les bibliothèques en MQL5 - page 2
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
Non, toutes les transactions ne sont pas basées sur les NS. Ainsi, nous n'obtiendrons pas une plate-forme de négociation universelle, mais... Solutions de trading. Bien sûr, c'est un paquet tout à fait décent, mais il est trop spécialisé.
Vous avez besoin de bibles mathématiques générales - algèbre linéaire, analyse, diphèmes (toutes sortes, pas seulement ordinaires), méthodes d'optimisation (pas seulement GA, c'est une goutte d'eau dans l'océan), thermostat/matstat - et bien plus encore.
Je n'écris pas cet article parce que je sais exactement ce dont vous avez besoin. Et j'écris ceci parce qu'il n'y a pas que des traders de réseaux neuronaux parmi les traders, et que le fait de privilégier uniquement les réseaux neuronaux est fondamentalement inacceptable.
L'accent est mis sur les bibliothèques natives dans MQL5 sans avoir besoin de DLLs.
Nous travaillons très dur sur les performances du compilateur et nous le rapprocherons des performances du compilateur C++. Cela signifie qu'il y aura une sérieuse réduction du besoin de DLL.
De plus, il est probable que la prochaine version de l'éditeur aura un support natif pour la compilation de code DLL C/C++. Ainsi, il sera possible de compiler des DLLs simples directement à partir du méta-éditeur. Si vous avez Visual Studio 2005/2008/2010 en local, un compilateur local sera utilisé, sinon notre service de compilation en ligne sera utilisé.
Cela vous permettra de partager les dlls sources et de les compiler facilement par vous-même. Ce qui donnera plus de contrôle sur la sécurité.
Et ensuite il est compilé comme un code C/C++ habituel en code dll, crypté et on obtient ex5 ?
Donc, c'est juste pour l'auto-développement :)
Je suis intéressé par la stratégie de base de la création de MQL5.
A propos, la compilation peut être faite par l'utilisation d'un gcc, par exemple.
Il me semble que si le besoin s'en fait sentir, alors les bibliothèques qui sont en place depuis des années et qui ont été développées par des bibliothèques open-source et similaires devraient être utilisées telles qu'elles existent. Ils ne doivent pas être réécrits.
Les développeurs modifient leurs bibliothèques, les étendent, détectent les bogues. C'est-à-dire qu'ils entretiennent leur enfant et en portent une certaine responsabilité. Au cas où ces bibliothèques seraient réécrites en mql5, qui sera responsable du suivi des nouvelles constructions et autres maintenances ? Le plus souvent, il s'agit d'un travail totalement inutile.
Par exemple, si vous avez besoin d'OpenOffice, vous ne le réécrirez pas sur mql5, mais commencerez simplement à l'utiliser immédiatement, bien que les sources soient disponibles. Dans ce cas, vous gagnerez du temps et vous ne ferez pas d'erreurs pendant la traduction.
Je pense que vous ne devriez commencer à développer une dll que si c'est un développement original. Le portage des bibliothèques d'autres personnes n'a aucun intérêt.
Il serait probablement plus logique de fournir une référence garantie de mql aux bibliothèques déjà existantes(dll). Dans ce cas, les développeurs de mql peuvent facilement faire une couche fournissant l'appel de fonctions et le transfert de paramètres vers fortran, gcc,visualc dll, en utilisant le pragma approprié lors de la déclaration de la bibliothèque.
Mais ce n'est que mon opinion subjective.
Expliquez à nouveau ce qui se passe :)
Il semble qu'aujourd'hui encore, n'importe quel utilisateur peut ajouter des .dll à mql5 par lui-même, mais que va-t-il se passer maintenant ? Y aura-t-il un paquet standard de .dll pour mql5 de la part des développeurs qui pourrait être utilisé, par exemple, au championnat 2012 ?
Les bibliothèques natives, sous la forme du code source de MQL5, sont nécessaires pour ceux qui écrivent des programmes destinés à la vente. Pour une vente réussie, il est crucial de se débarrasser des DLL afin de garantir la sécurité totale du code.
Posez-vous simplement la question "comment vendre votre ex5 à 100 000 commerçants", et il devient évident que les DLL sont hors de question.
Expliquez à nouveau ce qui se passe :)
en train d'étoffer la viande. La bibliothèque pour MT4 est énorme et ne se limite pas à mql4.com.
En comparaison, MT5 perd beaucoup maintenant. De plus, si vous écrivez quelque chose d'original et d'utile, il est probable que cela contribue beaucoup à la migration des utilisateurs.
Il semble que même maintenant n'importe quel utilisateur peut ajouter un .dll à mql5.
C'est possible, mais ce n'est pas forcément facile.
Je comprends que l'intention est de prendre les librairies nécessaires, de les porter si possible, d'envelopper le reste et de les fournir sous une forme prête à être utilisée normalement.
Renat, veuillez expliquer "sur vos doigts" pour ceux qui sont particulièrement ignorants comme moi.
Si j'ai un projet DLL C++ pour Visual Studio, puis-je utiliser votre idée pour le compiler dans l'éditeur méta en ex5 ?
Puis-je le connecter davantage à mon projet MQL5 en tant que bibliothèque ?
Renat, veuillez expliquer sur vos doigts.
Si j'ai un projet DLL pour Visual Studio, puis-je utiliser votre idée pour le compiler en ex5 dans MetaEditor ?
Et ensuite, il peut être attaché à mon projet MQL5 comme une bibliothèque ?
Vous ne savez pas lire ?
C'est clairement écrit, comment pourrait-il être plus clair ?
En outre, la prochaine version de l'éditeur contiendra probablement un support natif pour la compilation du code DLL C/C++. C'est-à-dire que vous pouvez compiler une DLL simple directement à partir du méta-éditeur. Si vous avez Visual Studio 2005/2008/2010 en local, un compilateur local sera utilisé, sinon notre service de compilation en ligne sera utilisé.
Où est-il indiqué de compiler la dll en ex5 ?
la DLL sera compilée