MQL5におけるOOPに関する質問 - ページ 64

新しいコメント
 
Igor Makanu:

これが1時間以内なら......。そりゃあもう

改訂版を確認 - OK、すべて正常に動作しています。


このツッコミ？最初から、合計で30分くらい。

 
Vladimir Simakov:

この工作？最初から、堂々の30分。

お世辞は言わない。

いつもありがとうございます。

ZS: 何のために？用途の一つで、このコードではhttps://www.mql5.com/ru/forum/325418/page4#comment_16116740。

また、テスターが生成したオブジェクトを、EAの実行を止めることなく、入力文字列を介してランタイムに追加することができます。

 
Igor Makanu:

お世辞は言わない。

いつもありがとうございます。

ZS: 何のために？用途の一つで、このコードではhttps://www.mql5.com/ru/forum/325418/page4#comment_16116740。

複数のオブジェクトをファイル経由でロード/セーブしたり、テスターが生成したオブジェクトをEAの実行を止めることなく入力文字列経由でランタイムに追加したり、バイナリ交換で既にやっていますが、jsonの良いところは、追加の操作なしに読み込めることです。

ただ、内部で使うには、バイナリデータの方が簡単だと思います、IMHO。JSONは、ネットワーク上でのデータ交換に適していますが、そこでは、受信/送信の時間、シリアライズ/デシリアライズの時間は、何の意味も持ちません。しかし、もしあなたが1台のマシンでエクスチェンジを整理する必要があるなら、IMHOは、ファイルマッピングがベストだと思います、それは速くて簡単で、ネットワーク上では、ウェブソケットを支配するでしょう。

 
Vladimir Simakov:

社内では、バイナリデータの方が使いやすいと思いますね。JSONもそうですが、ネットワーク上でのデータ交換のため、受信・送信の時間、シリアライズ・デシリアライズの時間などの背景には、何の意味もないのです。もし、1台のマシンでデータ交換を行う必要があるのなら、ファイルマッピングが最適で、高速かつ簡単で、ネットワーク経由である。

いいえ、データ交換はすでに行われ、動作しています - データベースRedisを介してバイナリデータ - 交換速度マイクロ秒 - 交換の量...まあ、何の問題もなくテスト600メガバイトに限定されないようで、同期が提供され、テンプレートすべてのラッパーを介して、1つのコマンドで読み取り書き込み - 一般的に、多くの努力なしで、すべてがスムーズに、確実に実行されます。

jsonをファイルに読み込む/保存する - 1回の操作で、時間内に何かをする機会を得るために書いたように

タスクはだいたいこんな感じです。https://www.mql5.com/ru/forum/85652/page50#comment_16415557 、 一般的にはこのとおりに動きます )))

 
Igor Makanu:

いいえ、データ交換はすでに行われ、機能しています。Redisデータベースを介したバイナリデータ、マイクロ秒の為替レート、交換量...。まあ、何の問題もなく600MBに限定されないようで、同期が提供され、テンプレートすべてのラッパーを介して、1つのコマンドで読み取り書き込み - 一般的に多くの努力なしで、すべてが迅速かつ確実に動作します。

jsonをファイルに読み込む/保存する - 1回の操作で、時間内に何かをする機会を得るために書いたように

問題はほぼそのように定式化されていますhttps://www.mql5.com/ru/forum/85652/page50#comment_16415557 , 一般的に、私は説明に従っています ))).


 Redis のバージョンは？

Streams 5の機能に期待しているだけで、そうでなければredisはあまり面白くありません...。また、Windows用の5はどこで手に入るのでしょうか？

 
Maxim Kuznetsov:


 Redis のバージョンは？

Windowsのローカルで、純粋にメモリ共有のために使っています。

Redis 3.2.100 64ビット

を、よく考えずにgithabのServiceStack.Redis dllに包んで、2日ほどで完成。


マキシム・クズネツォフ：

また、Windows用の5はどこで手に入るのでしょうか？

使えないんですよ、Windowsのプロジェクトはとっくに放棄されてるんです。

しかし、ネット上には、Vin10上でLinuxソフトを動かす方法がたくさんありますhttps://redislabs.com/blog/redis-on-windows-10/

 
Vladimir Simakov:

スタックに12バイトのメモリーを確保し、文字列オブジェクトが何であるかはっきりわからない、何が問題なのでしょうか？

なんということでしょう。

1 -オブジェクトを作成 することによって。2 - 通常の関数呼び出しだけで最初の数字は時間（ミリ秒）、2番目は気にしないでください。

ほぼ10倍（時には10倍以上）高速化されています。なんて悲しいんだ...。スタック...パイル...***チャ

 
Dmitry Fedoseev:

なんということでしょう。

1 -オブジェクトの作成を通して。2 - 単純に通常の関数呼び出しによって。最初の数字はミリ秒単位の時間、2番目は気にしないでください。

ほぼ10倍（時には10倍以上）速くなりました。なんて悲しいんだ...。スタック...パイル...***cha.

C#のように考えてみてください。オブジェクトは常にヒープにあるのです。スカラー、ディスクリプタ、（例外として）サイズが既知の一部の配列のみがスタック上に存在する。

 
Maxim Kuznetsov:

C#のように考えてください - オブジェクトは常にヒープにあります。スカラー、ディスクリプタ、（例外として）サイズが既知の一部の配列のみがスタック上に存在する。

構造体とクラス（newなし）を忘れていますね - これらは両方ともスタックに割り当てられます。

 
Dmitry Fedoseev:

なんということでしょう！
1 -オブジェクトの作成を通して。2 - 単純に通常の関数呼び出しによって。最初の数字はミリ秒単位の時間、2番目は気にしないでください。
ほぼ10倍（時には10倍以上）速くなりました。なんて悲しいんだ...。スタック...パイル...***cha.

ちょっと頭が悪くて、3回読んでも理解できないので、どういうことか説明してもらえますか...。

1...575859606162636465666768697071...96
新しいコメント