Перед многими разработчиками встает одинаковая проблема - как пробиться в песочницу торгового терминала без применения небезопасных DLL. Одним из простых и безопасных методов является использование стандартных именованных каналов (Named Pipes), которые работают как обычные файловые операции. Они позволяют организовать межпроцессорное клиент-серверное взаимодействие между программами. Посмотрите практические примеры на C++ и MQL5 в виде сервера, клиента, обмен данными между ними и замер производительности.
いいえ。
私たちは、DLLの普及とトレーダーに対する大量の脅威の発生に基本的に反対しています。それどころか、一部の企業がひっそりと運営しているような混乱を抑制するために、今、私たちは活動しているのです。
安全でない」DLLは存在しない。事実上あらゆるDLL（システムDLLを含み、そのほとんどすべてが悪名高く安全でない）を使用して、スタックスキップ攻撃とそれに続く制御の乗っ取りを実行することができるのです。信頼できるDLLという形でセキュリティを錯覚させるだけで、セキュリティはたちまち底をついてしまうのです。優秀な開発者は、無能なユーザーに対して、自分の作ったものを許可リストに入れるように要求するでしょうから。彼らはお金のことしか考えていないので、誰かの推薦やトレーダーの安全など気にもしていません。
マイクロソフトのソリューションのように、重要なシステムを穴だらけにすることは絶対にありません。
対話があれば、出口が見えてくる。
例えば、ニーズ（プログラマーが使いたいDLL）のベースを作り、その機能をMQL5標準として実装する。
対話があれば、出口が見えてくる。
例えば、（DLプログラマーが使いたいと思う）ニーズベースを作り、その機能をMQL5標準として実装する。
つまり、私の投稿を読んでおらず、考えてもいないわけです。
何しろ、私はあまり文章を書かないし、論証も自分の知っている範囲よりずっと少ないのです。素朴な関数の集合は、特にその結果を計算するのが簡単だ。
つまり、ex5のリブを市場で売って、ダミー＋DLLをコードベースに入れるという逆のことを言いたいのでしょうか？
対話があれば、出口が見えてくるかもしれない。
例えば、（DLプログラマーが使いたいと思う）ニーズベースを作り、その機能をMQL5標準として実装する。
つまり、あなたは私の記事を読んでいないし、考えてもいないわけです。
結局のところ、私はほとんど書いていないし、論証も自分の知っている範囲よりずっと少ないのです。素朴な関数の集合は、特にその結果を計算するのが簡単だ。
奇妙な状況、私は主張すれば私は荒らしで取得します、そうでない場合、私はあなたから以外のどこにも得ることができない情報なしで残されます。
しかし、抽象論は抜きにして、この人はFilemappingを必要としている、まあ、情報を共有するために一時ファイルでハードディスクを叩きたくはない、それの何が悪い？
私は、何を実装し、何を実装しないかだけを扱う担当者を配置することを提案していますが、あなたは「一連の関数は計算しやすく、特にその結果がわかりやすい」とおっしゃいます。機能の要望が合わなければ、そうそうやりませんよ、何が問題なんですかと答えてください。
当然出ませんが、その責任者。でも、動きますよ。
単純な話、すべてを任せておけば、MQを通じて簡単に金銭的なコラッブを作ることができるのです
Urain:
その人はFilemappingが必要で、情報交換のためにドライブを一時ファイルでバシャバシャにしたくない、それの何がいけないの？
1.その方は、ファイルマッピングではなく、マッピングでしっかり実装されたものを求めています。
2.何も問題はないが、マグにはない。
3.上記で合法的な実施方法について説明しました。
マッピングの原則を破るために、一人のために、3つもの選択肢があるのですか？
プロセス間で名前付きチャンネルが 利用でき、見栄えの良いデータ交換が可能です。
いいさ、それが彼に必要なことなのかどうかはわからないが、そうであることを祈ろう。
しかし、一般的な問題は異なっており、SRは非常にオーバーロードされているため、単純なマイクロ秒タイマーは1年実現しました（次のリリースでは、例えば、イベントのリセットで優先制御などの修正をお願いする予定です、もちろん、私たちはそうします）。
問題は対話の中にある、責任者がリンクで指を指すように透明な対話がない（これはすでに尋ねた）、しかし、これは我々が検討する。
実装要望のブランチを作って、どこに向かっているのかがわかるようにするのがいいんじゃないでしょうか。なぜなら、この質問とこの質問がいつ、どのように実現されるかが明確でなければ、開発計画を立てることはできないからです。
プロセス間のデータ交換のために、名前付きチャネルを 使用することができます。
問題は、EAがサーバーモードで起動し、クライアントがpipsのみであることです。
には適していません。
MQL pipsにサーバーモードを追加してほしいのですが、大丈夫でしょうか、それともセキュリティが低下するのでしょうか？