MQL5では、常に悪用される可能性があるのです。 ;) - ページ 9

[Alexander Gandzyuk]

George Merts:

Alexey、OnCalculate()関数で 発行された配列をクラスにラップする方法も教えてください。この場合、ポインタをコピーしないとできません。

今のところ、データをクラス配列にコピーして、このオブジェクトへのポインタを引っ張ってきているだけです。しかし、そうすると、余計にコピーすることになり、私の見るところ、頻繁なティックと多数のチャートにかなりの「重み」が加わってしまいます。このコピーから解放されたい。しかし、DLL（標準または自作）経由の松葉づえを除いて、提案できることはありません。

サービスデスクでは、「オブジェクトは削除されている可能性があります」と何度も押し戻されます。自分たちのアレーなんだ！？私が「オブジェクトを作って、それを削除するとポインタが無効になるかもしれない」と言うと、「その責任を取るのは私だ」と返されます。これは「二重の道徳」が働いているのです。

このDLLもクソだが、このようなインジケータは起動時に常に確認が必要で、非常に邪魔だ...。

すでに端末が引っ張っているdllをそのままインポートするのは罪だと思うのですが。
確認オプションについて。端末のネットで一回やらないとダメなんですね。ここでいう「恒久的な確認」はどこにあるのでしょうか。
1が鉄なら解毒剤もある...mtの設定に入り、チェックボックスにチェックを入れるインジケータ...。確かに、このツールも最初にインポートする必要があります ))))
モノ」と「サービスデスク」について。MTにおけるオブジェクトは、主観的な概念である。MQLプログラマーにとってオブジェクトとは、リークがあったときにハーベージコレクタがキャッチするものである。
正規のMQLアロケータで作成されたもの。
WinAPIやプロセスベルから見ると、このアロケータ自体も、インジケータ/エキスパートとそれを持つヘッジホッグのあらゆる「静的」実行領域も、オブジェクトである。
ウィンドウ、スレッド、「閉じる」ボタンと一緒にMTの腰のどこかにあるオブジェクト。
それゆえ、モラルがあいまいで、それゆえ、実際のポインタ、メモリアドレス、フック、グラフトなどあらゆる種類の勝利の裏付けによる作業を許さない多くのMQLの制約があるのです。
私の意見ですが、彼らは何のためにDLLを許可したのでしょうか？今、一番痛い歯でしょう。MQLのプログラマーはよりパワーを求める一方で、端末そのものはモノリシックな製品であり続けなければなりません。人のスクリプターによる様々なMODやパッチに翻弄されるワッフルではなく

[Alexey Volchanskiy]

alexsis78:
すでに端末に引っ張られているDLLをそのままインポートするのは罪だとは思わない。
確認オプションについて。端末の設定で一度やらないとダメなんですね。ここでいう「恒久的な確認」はどこにあるのでしょうか。
1が鉄なら解毒剤もある...mtの設定に入り、チェックボックスにチェックを入れるインジケータ...。確かに、このツールも最初にインポートする必要があります ))))
モノ」と「サービスデスク」について。MTにおけるオブジェクトは、主観的な概念である。MQLプログラマーにとってオブジェクトとは、リークがあったときにハーベージコレクタがキャッチするものである。
正規のMQLアロケータで作成されたもの。
WinAPIやプロセスベルから見ると、このアロケータ自体や、インジケータ/エキスパートとそれを持つヘッジホッグのあらゆる「静的」実行領域も、オブジェクトである。
ウィンドウ、スレッド、「閉じる」ボタンと一緒にMTの腰のどこかにあるオブジェクト。
それゆえ、モラルがあいまいで、それゆえ、実際のポインタ、メモリアドレス、フック、グラフトなどあらゆる種類の勝利の裏付けによる作業を許さない多くのMQLの制約があるのです。
私の意見ですが、彼らは何のためにDLLを許可したのでしょうか？今一番頭が痛いところでしょう。MQLのプログラマーはよりパワーを求める一方で、端末そのものはモノリシックな製品であり続けなければなりません。人のスクリプターによる様々なMODやパッチに翻弄されるワッフルではなく