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
ou les win dlls seront-elles autorisées dans le mart ?
Qu'en est-il du marché ?
Ou bien les win dlls seront-elles autorisées sur le marché ?
En général, je connais la réponse, c'est pourquoi j'ai suggéré d'intégrer cette mise en œuvre dans la norme MQL5.
Les DLL sont totalement interdites sur le marché - cela a été exprimé à plusieurs reprises.
La sécurité des utilisateurs à notre échelle est plus importante que la fonctionnalité. Peu de gens veulent répéter le chemin de Microsoft, qui, en recherchant la fonctionnalité, a fait un trou dans ses produits de réseau.
Si nous parlons d'un canal de communication externe avec des experts, nous pouvons en principe créer un mécanisme standard sur les pipelines. Il s'agit d'un mécanisme de communication plus simple et plus clair. Toutefois, la nécessité réelle n'est pas encore évidente.
Les DLL sont totalement interdites sur le marché - cela a été dit à plusieurs reprises.
Renat, deux questions se posent alors.
1. Sera-t-il possible de publier sur le marché le code MQL5 ouvert contenant des appels à des DLL Windows (ou à des DLL tierces bien connues comme mysql) ?
2. Sera-t-il possible de publier des produits qui utilisent des importations d'ex5 tierces ?
...
Si nous parlons d'un canal de communication externe avec les experts, nous pouvons en principe créer un mécanisme standard sur les pipelines. Il s'agit d'un mécanisme de communication plus simple et plus clair. Mais la nécessité réelle n'est pas encore claire.
Un tel canal (si vous décidez de le mettre en œuvre) permettra-t-il la communication entre plusieurs MT5 ?
Nécessité réelle : pour éviter d'utiliser des fichiers temporaires (nettoyage des vis), on ne peut pas transférer grand-chose par voie globale, et leur vitesse n'est pas assez élevée,
en principe ce serait bien d'avoir une communication entre plusieurs MTs, mais si ce sera au moins à l'intérieur d'un MT au moins quelque chose.
Renate, deux questions se posent alors.
1. Sera-t-il possible de publier sur le marché le code MQL5 ouvert contenant des appels à des DLL Windows (ou à des DLL tierces bien connues comme mysql) ?
Seuls les fichiers EX5 protégés et testés par nos soins sont vendus sur le marché. Si vous publiez les sources, comment vendre ?
Il n'y a pas de division sur les appels "fiables/non fiables" - tout appel à une DLL est dangereux par définition.
2. Sera-t-il possible de mettre sur le marché des produits qui utilisent l'importation d'ex5 tiers ?
Oui, à condition que cela soit explicitement et complètement indiqué dans la description.
En fait, l'une de nos tâches consiste à vérifier tous les programmes publiés en les testant. S'il y a des soupçons que le programme ne remplit pas ses fonctions ou des plaintes de clients, le produit sera retiré.
Un tel canal (si vous décidez de le mettre en place) permettra-t-il la communication entre plusieurs MT5 ?
réelle nécessité : afin d'éviter d'utiliser des fichiers temporaires (effacer les vis) globalami beaucoup ne sera pas transféré, et leur vitesse est faible,
en principe ce serait bien d'avoir une connexion entre plusieurs MTs, mais si ce sera au moins à l'intérieur d'un MT déjà au moins quelque chose.
Avec les pipelines nommés, vous pouvez communiquer entre n'importe quels processus.
Veuillez lire la documentation à ce sujet (Pipes).
Vous pouvez, si cela est explicitement et entièrement indiqué dans la description.
En fait, l'une de nos tâches consiste à vérifier tous les programmes publiés en les testant. S'il y a des soupçons que le logiciel ne remplit pas ses fonctions ou des plaintes de clients, le produit sera retiré.
Ok. Pour clarifier, j'ai un tel plan, nous parlons de placer des appels de dll dans cette bibliothèque tierce ex5.
Il ne sera pas possible de fournir cette bibliothèque ex5 sur le marché (pour des raisons évidentes de DLL). Mais il s'agira d'un code MQL5 ouvert dans la base de code du forum.
En d'autres termes, il est sous-entendu que l'acheteur achète le produit ex5 sur le marché, mais que pour qu'il fonctionne pleinement, il est nécessaire de télécharger cette bibliothèque.
(C'est juste une tentative de se placer sur le marché en respectant la règle "pas de DLL" :))
Autoriserez-vous la vente de cette variante ?
-----------------
Et la deuxième option.
Il existe un système assez complet développé pour MT, le système utilise des bibliothèques ex5, qui sont activement développées, améliorées, et des mises à jour sont publiées (les bibliothèques elles-mêmes sont gratuites). Par conséquent, les produits qui en résulteront seront disponibles sur le marché, mais pour qu'ils fonctionnent, il faudra télécharger une nouvelle version de la bibliothèque à partir d'un site tiers.
Autoriserez-vous la vente d'une variante d'un tel ensemble d'experts ? (Bien sûr, l'expert qui se trouve sur le marché, dans la description et dans lui-même, contient des liens vers ces bibliothèques supplémentaires).
Il existe un système développé assez complet pour MT, le système utilise les bibliothèques ex5, qui sont activement développées, améliorées, et des mises à jour sont publiées (les bibliothèques elles-mêmes sont gratuites).
C'est l'inverse qu'il faut faire, car on ne peut pas se tromper de chemin.
Que voulez-vous dire par "faire des librairies immuables et créer des logiciels pour elles" ? Il est clair que les logiciels eux-mêmes ne sont pas immobiles non plus. Les librairies et les produits finaux s'améliorent. De nouvelles versions arrivent pour les premières comme pour les seconds.
La question portait sur la possibilité... Cela vous intéresse aussi :)