MQL5に関するご意見・ご感想 - ページ 5

 
はい、ありがとうございます。頑張ります・・・。
 

手始めに修理してください。

  • ERR_CHART_NO_REPLY(4102) [,4003?] 問題開始時に発生、EA の信頼性に極めて大きなダメージを与える。
  • セッション終了前のリクエスト段階での注文の引き延ばし。それは、リクエストが機能する、つまり、交換に掛かるということです。撤回することは不可能です。完全に悪質なケースは、稀にしか発生しませんが、定期的に発生します。

  • また、一度、私の端末が奇跡的にポジションを失ったことがあります。さて、今回はロボットの自動起動が無効になっており、そうでなければ反対側のポジションが清算されてしまうなど、システムはアービトラージです。 たまたま気づいて[open-]brokerを呼んだところ、何かのスイッチが入りポジションが表示されたのですが。
  • 別の不愉快な状況は、市場の価格が低い流動性に残し、株式は、実際の "獣 "から大きな距離である一週間前の最後の取引の価格に、位置の開始価格(クリアリングで毎日変更)から計算されています。 すなわち、結果は反対側に変態しています。こうして、実際には現実を反映していない、想像上のポーズで実質的な損失(利益)が膨らんでいく。例えば、MIX-3.16では、このギャップが1枚あたり6000~10000rになっています。これらの変容により、今日15%、明日30%の口座のドローダウンが発生したとすると、8月の第1木曜日はどうなるのだろうか?マージンコール?楽器にお得感が全くないからだけ?この計算が取引所でどのように行われているかは明記されていませんでしたが、他のプラットフォームではこの問題は発生しませんでした。今は使っていないので、確認できない。

あくまでも最初に思い浮かんだことです。そういう「ちょっとしたこと」が山ほどあるんです。

開発者は理解する必要があります - あなたが株式端末を発表する場合は、適切な概念を使用してください。ゼロから書き直した」厨二病マシンのコピーを松葉杖で置いてどうするんだ...。

当初から流動性の低い取引所金融商品に焦点を当てるべきでした。液体のものは、システムそのものにフィットするのでしょう。

そうすれば、市場は人間に なる。

と、全プラットフォームに伝統的な「現在のパラメータ表」の場所があるはずです。

と、指値注文で取引 する姿勢が本来の姿になるのではないでしょうか。

そして、おそらく、役に立たない履歴シリーズ(最大スプレッド、ティックボリューム)の代わりに、一定期間のフル機能のASK/BIDを持つことになるでしょう。

要するに、革命は起こらず、愚かなアドバイスをする害虫は倒されたのだ。王様万歳! ...キッチン。

 
1150 vinda 8.1 pro 64x

Broker demo mode has 719 tools for trading, about 650 disabled

when specifying in market overview "Show all" after loading all 719 terminal slows down and freesit ...(クリックコマンドやキー入力から実行まで、1~4秒の遅延があります。

不可解なのは、mt4で書かれたコードがmt5にほぼそのまま引き継がれ、mt5では10倍動作が遅いこと

FXから先物に変更すると、それまで開いていたウィンドウが更新待ちでハングする。 ( 理論的には、先物の最初のシンボルはそれを受けるか閉じるだけで更新待ちハングはしないはずだが...)

"Market Watch" との連携が全く考えられていない......。

Delキーでシンボルを削除すると、ウィンドウが非アクティブになり、再度Delキーで削除するには、まずウィンドウをアクティブにする必要があります...。

Market Watch」のツールで高速に操作するのは、非常に考えものです...。

µl5

µl4 ではObjectsDeleteAll(0, "Prefix"); prefix で削除、mt5 では忘れていませんか?
 
Vladimir Pastushak:
1150 vinda 8.1 pro 64x

Broker demo mode has 719 instruments to trade, about 650 disabled

when specifying "Show all" in market overview after loading all 719 terminal slows down and freeze ...(クリックコマンドやキー入力から実行まで、1~4秒の遅延があります。

不可解なのは、mt4用に書いたコードをほぼそのままmt5に移したのに、mt5では10倍も動作が遅いこと

FXから先物に変更すると、以前開いたウィンドウがハングして更新待ちになってしまう。 ( 理論的には、先物の最初のシンボルは取るか閉じるだけで、更新待ちでハングしないはずだが・・・ )

"Market Watch" との連携が全く考えられていない......。

Delキーでシンボルを削除すると、ウィンドウが非アクティブになり、再度Delキーで削除するには、まずウィンドウをアクティブにする必要があります...。

Market Watchのツールを使ったスピードワークが全く考えられていない...。

μl5用

µl4 では ObjectsDeleteAll(0, "Prefix") を追加し、接頭辞で削除していましたが、mt5 では忘れていませんか?


いや、忘れてはいない。しかし、そこに大きな違いはない。

ObjectsDeleteAll(0,prefixObj,0,-1);


追伸: ちなみに、MT4ではEMPTYの 代わりに-1でも 動きます。

自分用には、こんな風にメモしています。

int  ObjectsDeleteAll(
   long    chart_id,           // идентификатор графика
   string  prefix_obj,         // общий префикс в именах объектов  
   int     sub_window=-1,      // индекс окна
   int     type=-1             // ENUM_OBJECT (тип объекта для удаления)
   );
 

また、スタイライザーの 仕事も説明がつかない。

は、ヘルプに書かれている

インターリニアフォーマットの例外

上記のスタイラスルールは、場合によっては適用されません。これは、隣接する行で著者のアライメントが崩れないようにするためです。スタイラは、以下のキーワードと文字について、隣接する行の行間を認識します。

  • "//" - "C"-文字。
  • "{" - 左中括弧。
  • "}"- 右中括弧
  • "return" - "戻り "演算子。
  • "delete" - "delete "オペレータ。
  • "=" - 等号です。
  • ":" - コロン
  • "." - フルストップです。



スタイリストはまだコードを思い通りに支配している...。

 
Vladimir Pastushak:
1150 Vinda 8.1 Pro 64x

ブローカー・デモモードでは、719種類の商品を取引可能、約650種類を無効化。

719を全て読み込んだ後、マーケット概要で「全て表示」を指示すると、端末が遅くなり、フリーシット ...(クリックコマンドやキー入力から実行まで、1~4秒の遅延があります。
私たちはこれに取り組んでいます。多くのアクティブな機器の高速化に取り組んでいます。取引サーバー 名をご指定ください。


mt4で書いたコードをほぼそのままmt5に転送すると、mt5では数十倍遅くなる。

技術的に証明してください。

直接的に誤解を招くようなことは、一旦は言ってもよいでしょう。


FXから先物に移行すると、それまで開いていたウィンドウがハングアップして更新待ちになってしまいます。 (理論的には、先物の最初のシンボルを取って表示するか、そのまま閉じるべきですが、ハングアップして更新待ちにはなりません...)。

あなたの「理論的に」と「常に行う」を混同しないでください。以前の商品セットが利用できない別の口座に切り替えた場合、何をすべきか、何を切り替えるべきかをお客様自身に判断していただくことが最善の戦略です。

これはエラーでも問題でもありません。


マーケットウォッチ」との連携は、全く考えられていない・・・。

Delキーでシンボルを削除すると、ウィンドウが非アクティブになり、再度delキーでシンボルを削除するには、まずウィンドウをアクティブにする必要があります...。
これは小さなインターフェースの問題ですが、修正する予定です。


Market Watchのツールの中で、極めて不得手なスピード処理 ...

何が十分な速度でないのか、具体的に教えてください。

ツールの構造化、フィルター、スマートソート、有効期限切れの非表示などがあります。


μl5用

μl4ではObjectsDeleteAll(0, "Prefix")を追加し、Prefixで削除していましたが、mt5では忘れてしまいましたか?
この機能は、何年も前にMQL5で登場したものです。
 
Vladimir Pastushak:

また、スタイライザーの 仕事も説明がつかない。

は、ヘルプに書かれている

インターリニアフォーマットの例外

上記のスタイラーの置換ルールは、場合によっては適用さ れません。


スタイリストは相変わらず好き勝手にコードを支配している...。

スタイラスルールの説明は、数行の架空の文章に収まるものではありません。

私たちが望むようにフォーマットしてくれるのです。

 

個人的には、今足りないのは配列へのポインタだけです。

具体的には - intOnCalculate() 関数で、配列への参照を取得しますが、それらを保存 することはできません。ポインターを保存してコード内で使用するのではなく、まず内部配列に時系列をコピーし、その後にこれらのクラスへのポインターを使用する必要があります。

標準ライブラリの 時系列オブジェクトへのポインタを受け取るOnCalculate()関数を作るのが合理的だと思うのですが、いかがでしょうか?

 

読んでるし、みんな書いてるし、怠けてるわけでもない。

5-Rkaのスピードについて評価を下すには、まずコンピュータが何ビットで、メモリはどれくらいか、などということが必要です。

やっぱり全部好きなんです。もちろん、ニュアンスの違いはありますが、基本的には同じプログラミングを回避しています。4rkaもポイントによってはプレゼントされないことも...。

 
Renat Fatkhullin:

スタイリストのルール説明は、数行のフィクションにまとめることはできない。

それは、私たちが定めたフォーマットです。

スタイラーで。

修正したコードを確認したい

   ENUM_OBJECT   GetTYPE(string name)              { return(ENUM_OBJECT)GetObjectInteger(name,OBJPROP_TYPE);} // Тип обьекта
   datetime      GetCREATETIME(string name)        { return GetObjectInteger(name,OBJPROP_CREATETIME);} // Время создания объекта 
   int  GetCOLOR(string name)                      { return GetObjectInteger(name,OBJPROP_COLOR);} // Цвет
   int  GetSTYLE(string name)                      { return GetObjectInteger(name,OBJPROP_STYLE);} // Стиль
   int  GetWIDTH(string name)                      { return GetObjectInteger(name,OBJPROP_WIDTH);} // Толщина линии
   bool GetBACK(string name)                       { return GetObjectInteger(name,OBJPROP_BACK);} // Объект на заднем плане
   int  GetZORDER(string name)                     { return GetObjectInteger(name,OBJPROP_ZORDER);    } // Приоритет графического объекта на получение события нажатия мышки на графике 

スタイリング

   ENUM_OBJECT   GetTYPE(string name) { return(ENUM_OBJECT)GetObjectInteger(name,OBJPROP_TYPE);} // Тип обьекта
   datetime      GetCREATETIME(string name) { return GetObjectInteger(name,OBJPROP_CREATETIME);} // Время создания объекта 
   int  GetCOLOR(string name)                      { return GetObjectInteger(name,OBJPROP_COLOR);} // Цвет
   int  GetSTYLE(string name)                      { return GetObjectInteger(name,OBJPROP_STYLE);} // Стиль
   int  GetWIDTH(string name)                      { return GetObjectInteger(name,OBJPROP_WIDTH);} // Толщина линии
   bool GetBACK(string name) { return GetObjectInteger(name,OBJPROP_BACK);} // Объект на заднем плане
   int  GetZORDER(string name)                     { return GetObjectInteger(name,OBJPROP_ZORDER);    } // Приоритет графического объекта на получение события нажатия мышки на графике

なぜ、一部のコードが省略され、一部のコードが挿入されているのですか? 構文的には各行とも同じですが......。