et encore dll et marché - page 3

 
Roman:

C'est donc vous qui préparez un article sur le moteur vocal ?
Comment ça se passe, l'article sera-t-il publié ?

J'ai envoyé un brouillon à Renat, jusqu'à présent pas de nouvelles)

 
Реter Konow:
Par le biais de ressources. C'est comme ça que j'ai fait.

Pouvez-vous m'en dire plus ?

Je ne comprends pas non plus pour Winapi. Dans mon cas, j'ai besoin de la fonction CopyFileW dekernel32.dll et de la fonction ShellExecuteW de shell32.dll.

Je ne trouve pas d'analogues dans <winapi\fileapi.mqh>.

 
Nikolai Karetnikov:

Pouvez-vous m'en dire plus ?

Je ne comprends pas non plus pour Winapi. Dans mon cas, j'ai besoin de la fonction CopyFileW dekernel32.dll et de la fonction ShellExecuteW de shell32.dll.

Je ne trouve pas d'analogues dans <winapi\fileapi.mqh>.

Voici un article sur lafonction CopyFileWhttps://www.mql5.com/ru/articles/2552

CopyFileW- copie les fichiers depuis et vers le bac à sable MQL5.

LifeHack для трейдера: один бэк-тест хорошо, а четыре – лучше
LifeHack для трейдера: один бэк-тест хорошо, а четыре – лучше
  • www.mql5.com
Перед каждым трейдером при первом одиночном тестировании встает один и тот же вопрос — "Какой же из четырех режимов использовать?" Каждый из предлагаемых режимов имеет свои преимущества и особенности, поэтому сделаем проще — запустим сразу все режимы одной кнопкой! В статье показано, как с помощью Win API и небольшой магии увидеть одновременно...
 

Je ne comprends pas, est-ce qu'il écrit un article pour le site web ou un produit pour le marché ?

les articles et le code source qui y sont attachés sont évidemment admissibles à WinAPI, c'est de la vulgarisation des capacités du terminal.

"peut-être que le comité éditorial jettera un coup d'œil rapide pour voir si les appels sont utilisés pour quelque chose de mauvais et si on peut s'en passer.

Mais pour le marché, #import "dll-name" ne fonctionnera certainement pas.

 
Nikolai Karetnikov:

Pouvez-vous m'en dire plus ?

Je ne comprends pas non plus pour Winapi. Dans mon cas, j'ai besoin de la fonction CopyFileW dekernel32.dll et de la fonction ShellExecuteW de shell32.dll.

Je ne trouve pas d'analogues dans <winapi\fileapi.mqh>.

De toute façon, les ressources, ça existe. Pour en savoir plus, consultez la documentation. Outre la connexion de fichiers et d'images de l'extérieur, le programme mql peut écrire des données dans les ressources internes au moment de l'exécution et ces données peuvent être visibles pour un autre programme sur un autre graphique, si cet autre programme "connaît" le chemin vers la ressource du premier programme. De cette façon, les deux programmes peuvent "communiquer" - échanger des données jusqu'à 16 ms.
Essentiellement, les ressources peuvent être utilisées comme mémoire partagée pour les programmes.

Si le premier programme (commercialisé) fonctionne avec les ressources et que le second programme (ouvert) les lit et appelle la dll, alors le problème est résolu.

Mais les règles du marché interdisent de créer des dépendances de produits externes. S'il y avait une option au lieu d'une dépendance, alors peut-être.
 
Alexsandr San:

voici un article sur lafonction CopyFileWhttps://www.mql5.com/ru/articles/2552

CopyFileW- copie les fichiers depuis et vers le bac à sable MQL5.

c'est surréaliste ;)

L'article décrit les appels provenant de dlls système importées dans le code. Dans mon code, c'est exactement ce qui se passe.

Après ce post

Alexey Volchanskiy:

La phrase soulignée, pouvez-vous la décoder ? )) J'ai créé des enveloppes pour la plupart des fonctions de l'API Win il y a longtemps. Vous pouvez les utiliser sur le marché. J'ai demandé des détails à Renat.

\MQL5\Include\WinAPI\...


J'ai supposé qu'avec l'aide des bibliothèques winapi, vous pourriez éviter d'avoir à accéder directement à la DLL, et donc éviter d'avoir à lier la DLL au code et, donc, être capable d'afficher le code avec les fonctions winapi dans le Market.

Ai-je eu tort ?

 
Nikolai Karetnikov:


Ai-je eu tort ?

Oui, tous les appels WinApi de Mql sont effectués après avoir lié les Dll du système.
Les fonctions Windows sont appelées à partir de ces Dlls.

 
Maxim Kuznetsov:

Je ne comprends pas, est-ce qu'il écrit un article pour le site web ou un produit pour le marché ?

les articles et le code source qui y sont attachés sont évidemment admissibles à WinAPI, c'est de la vulgarisation des capacités du terminal.

"peut-être que le comité éditorial jettera un coup d'œil rapide pour voir si les appels sont utilisés pour quelque chose de mauvais et si on peut s'en passer.

mais pour la place de marché, #import "dll-name" ne fonctionnera pas.

L'article peut porter sur la version de base du produit.

 
Nikolai Karetnikov:

...

Ai-je eu tort ?

Essayez-le. Essayer, comme on dit, n'est pas une torture).
Ensuite, dites-moi ici si ça a marché ou pas.
 
Реter Konow:
De toute façon, les ressources, ça existe. Pour en savoir plus, consultez la documentation. En plus de la connexion de fichiers et d'images de l'extérieur, le programme mql peut écrire des données dans les ressources internes au moment de l'exécution et ces données peuvent être visibles pour un autre programme sur d'autres graphiques, si l'autre programme "connaît" le chemin vers la ressource du premier programme. Ainsi, les deux programmes peuvent "communiquer", c'est-à-dire échanger des données à une vitesse pouvant atteindre 16 ms.
Essentiellement, les ressources peuvent être utilisées comme mémoire partagée pour les programmes.

Si le premier programme (market) gère les ressources et que le second programme (open) les lit et appelle la dll, alors le problème est résolu.

Mais les règles du marché interdisent de créer des dépendances de produits externes. S'il y avait une option au lieu d'une dépendance, alors peut-être.

Le conseiller en marché serait-il capable d'écrire un fichier texte comme ressource ?

Ensuite, je formerais le fichier avec un code fermé, et je changerais l'extension avec un code ouvert et je le lirais.