記事"MQLのソケットの使用およびシグナルプロバイダになる方法"についてのディスカッション

 

新しい記事 MQLのソケットの使用およびシグナルプロバイダになる方法 はパブリッシュされました:

現代の情報社会はソケットの存在なしに成り立つでしょうか?1982年に登場し現在までほぼ変わることなく、ソケットは私達の為に毎秒動いています。これは私達が暮らすマトリックスの神経終末ネットワークのベースです。

これらのコードの動作のデモンストレーション:

作者: o_O

 

記事はクールだが、アプリケーションの目的は?これはとても低レベルな技術で、簡単な例でさえ多くの文章を書く必要があった。

どうせマーケットには出せないし、WCFを 使った方がいい。簡単なものであれば、wininet.dllが すでにWindowsに含まれている。

そう、WCFを 使うには.NETと接続する必要がある。私たちはバイトのパケットで交換し、それがコンポーネントに分解し、直接クラスのインスタンスにする必要があります。http、バイナリ、https、その他すべてのモードで作業することができます。同時に、認証やパースなどのgemmor全体は、すでにマイクロソフト社によって処理されている。

この記事は、コンピュータのメモリが640Kbでスクリューが40Mb(まさにメガバイト:著者に敬意を表し、青春時代を思い出した)だった時代への歴史的な小旅行として評価できる。)

Основные сведения о WinInet
Основные сведения о WinInet
  • msdn.microsoft.com
Если производный объект CInternetSession, переопределите OnStatusCallback и включить обратные вызовы состояния, MFC вызывает пользовательскую функцию OnStatusCallback со сведениями о ходе выполнения о работе полностью в этом сеансе Интернета. Поскольку один сеанс может поддерживать несколько подключений (, по своим времени существования, можно...
 

その通り、方法はたくさんある。

しかし、やはり急務なのは、自作DLLを減らすことである。 そして、利用可能なメモリ量は関係ない。

市場では、サーバー部分については、そのようなものが現れる可能性は低い。これまでのMKの方針では、情報の消費者になることしかできず、サンドボックスの中にいることが多い。

しかし、ウェブリクエストや名前付きチャンネルが すでに登場しているように、クライアントのものは十分に可能である。

 
Alexey Volchanskiy:

記事はクールだが、アプリケーションの目的は?これはとても低レベルな技術で、簡単な例でさえ多くの文章を書く必要があった。

どうせマーケットには出せないし、WCFを 使った方がいい。簡単なものであれば、wininet.dllが すでにWindowsに含まれている。

そう、WCFを 使うには.NETと接続する必要がある。私たちはバイトのパケットで交換し、それがコンポーネントに分解し、直接クラスのインスタンスにする必要があります。http、バイナリ、https、その他すべてのモードで作業することができます。同時に、認証やパースなどのgemmor全体は、すでにマイクロソフト社によって処理されている。

この記事は、コンピュータのメモリが640Kbで、スクリューが40Mb(まさにメガバイト:著者の尊敬、私の青春を思い起こす)だった時代への歴史的な小旅行として評価できる。)

USER_EVENTをDLLからターミナルに送る方法があれば、全く問題はない。厳密に取引に関係ない機能(通信とGUI)はすべてターミナルから削除できるのだから......。

しかし、これは非同期ソケットがmqlで動作しない(というか、動作はするが制限がある)という問題を残し、同期tcpは簡単にEAをハングアップさせてしまう...:-()

 
Maxim Kuznetsov:

というわけで、非同期ソケットはmqlでは使えない(というより、使えるが制限がある)という問題が残る。

この記事の非同期ソケットは気に入りませんか? どのような制限があると思いますか?
 

MQL5はまもなく、UDPを含む生のクライアント(サーバーなし)ネットワーク機能を持つようになる。

現在WebRequestで 機能しているように、IPアドレスとURLの許可リストで制御します。

 
o_O:
この記事の非同期ソケットがお気に召さないのですか? どのような制限があるとお考えですか?

まず第一に、この記事はTCPではなくUDPです。つまりこれはそういうことだ。

で、厳密に言えば、それは単なるノンブロッキング・ソケットであって、非同期操作ではありません。

 
o_O:

その通り、方法はたくさんある。

しかし、やはり急務なのは、自作DLLを減らすことである。 そして、利用可能なメモリ量は関係ない。

市場では、サーバー部分については、そのようなものが表示される可能性は低いです、MKのこれまでのポリシーは、情報の消費者になることだけを許可し、多くの場合、サンドボックス内。

クライアントの方は、ウェブリクエストやネームド・チャンネルが すでに登場しているので、かなりある。

ということで、wininet.dllを使った方が楽と書いたが、それでもレイヤが一段高い。とはいえ、まだアセンブラでピッキングするのが好きな人がいるんだけど...... )
 
Maxim Kuznetsov:

まず第一に、この記事はTCPではなくUDPである。そして、それについて書かれている。

そして、厳密に言えば、ノンブロッキング・ソケットが与えられているだけで、非同期動作は全く与えられていない。

))))うん...記事を読んで5点だね。

 
Alexey Volchanskiy:
だから、wininet.dllを使う方が簡単だと書いた。

wininet.dllがサーバー作成においてソケットに取って代わるとどうして断言できるんだ?

君たちには驚かされるよ。

Maxim Kuznetsovは この記事がUDPに関するものだと思っていた。

Alexey Volchanskiyは httpリクエストのことだと思っている。

要するに、これは完全にフザケているのだ。

このような「専門家」がいるフォーラムは、底が深い。

 
o_O:

サーバーの作成という点で、wininet.dllがソケットに取って代わるとどうして断言できるんだ?

君たちには驚かされるよ。

Maxim Kuznetsovは 、この記事がUDPに関するものだと思っていた。

Alexey Volchanskiyは httpリクエストのことだと思っている。

要するに、完全にフザケているということだ。

このような「専門家」がいるフォーラムは、底が深い。

ここは低レベルのネットワーク・プログラミングのフォーラムなのか?)))