FOREXにおけるシンボル名の最大長 - ページ 7

新しいコメント
 
prostotrader:

どのEAがどれだけ取引したかを調べる必要はない。

それぞれのEAにはリスクと利益の割合があり、それが私の興味です。

いつも魔法のような計算を気にしているのは、FOREXの皆さんです。

99％は、存在しないとすることはできません "聖杯 "を探している、と1％が経験豊富な損失-マンガーの口に見て、非常に初心者である。

FORTSでの「取引」は「自分たちのためではない」「小銭のためではない」という説明である可能性が高いのでは？

 
aleger:

FORTSでの「取引」は「自分たちではできない」というのが、もっともな説明でしょうか。

なぜ自分のお金ではダメなのか？自分のお金でです。

しかし、もちろん、FORTSで自信を持って取引するためには、最初は最低でも25万〜30万ルーブルが必要です。

また、FORTSで使われているTRADINGという言葉を引用符で囲まないでください。引用符はFOREXのために置かれるべきです。

 
prostotrader:

なぜ自分のお金ではダメなのか？自分が稼いだお金で。

しかし、もちろん、最初から自信を持ってFORTSで取引するには、最低でも25万〜30万ルーブルは必要です。

また、FORTSで使われているTRADINGという言葉を引用符で囲む必要はなく、FOREXの場合は引用符を付けなければなりません。

個人的には、FXはあくまで「為替レートの 変動を見るもの」と考えています。

 
prostotrader:

どのEAがどれだけ取引したかを調べる必要はない。

それぞれのEAにはリスクと利益の割合があり、それが私の興味です。

いつも魔法のような計算を気にしているのは、FOREXの皆さんです。

99％は存在しないし、存在し得ない「聖杯」を探しており、1％は経験豊富な「シンカー」の口を覗き込む超初心者である。

FXerも株屋もクリプトファイラーも違いはない。どこもかしこもレート変動に賭けている。

プロストトレーダー

FORTSの場合、下位2バイトで（65535）新しいオーダーごとに独自のマジックを割り当てることができ、オーダーの検索が迅速かつ簡単に行えますし

を分かりやすく説明します。

また、CRCソリューションでは、自分のニーズに合わせて2バイトを解放することができます。各オーダーごとにマジックを用意するのは理解できない。

 
fxsaber:

FXトレーダー、株式ブローカー、暗号解読者の違いはありません。為替レートの変動に賭けることは、いたるところで行われています。

さて、さて...

また、CRCソリューションで必要な2バイトを解放することができます。各オーダーごとにマジックを用意するのは理解できない。

OrderSendAsync()を使っていますが、TM5は非常に頻繁に大きな遅延が発生し、要求者IDで追跡することは不可能です。

を注文すると、マジックを使って行うことができます。

 
prostotrader:

OrderSendAsync()を使用していますが、TM5は非常に頻繁に大きな遅延が発生し、要求IDで追跡することができません。

の順番ですが、マジックを使って行うことができます。

だから、それはあなたが多少OnTradeTransactionの仕事を打ち、右の魔術師との順序が生きている/死んでいる間に存在するかどうかを確認することが判明した？

 
fxsaber:

つまり、OnTradeTransactionを多少ブロックして、生きている/死んでいるものの中に正しいウィザードを持つ注文があるかどうかを見ているのですか？

しませんが、1秒以内にOnTradeTransactionが 発動されないと、マジシャンによる注文の検索機能が発動されます。

時間を記憶し、それを比較する。

//+------------------------------------------------------------------+
//| Place order                                                      |
//+------------------------------------------------------------------+
void COrder::Place(const double price, const double volume, const bool buy_sell)
{
  MqlTradeRequest request = {0};
  MqlTradeResult  result  = {0};
  ticket = 0;
  req_id = 0;
  mem_magic = magic_storage + 1;
  check_count = 0;
  if(magic_storage >= (magic_number + 65530)) mem_magic = magic_number;
//--- Fill structure
  request.action = TRADE_ACTION_PENDING;
  request.magic  = mem_magic;
  request.symbol = a_symbol;
  request.volume = volume;
  request.price  = price;
  if(buy_sell)
  {
    request.type = ORDER_TYPE_BUY_LIMIT;
  }
  else
  {
    request.type = ORDER_TYPE_SELL_LIMIT;
  } 
  request.comment = "Отложенный ордер...";      
  request.type_filling = ORDER_FILLING_RETURN;
  request.type_time = ORDER_TIME_DAY;
//--- Send order
  if(OrderSendAsync(request, result) == true)
  {
    if((result.retcode == TRADE_RETCODE_PLACED) || (result.retcode == TRADE_RETCODE_DONE)) 
    {
      req_id = result.request_id;
      magic_storage = mem_magic;
      state = ORD_DO_SET;
      mem_time = GetMicrosecondCount();
      mem_start_time = TimeCurrent();
      SetTransCount();
    }
    else
    {
      mem_magic = 0;
      mem_time = 0;
      mem_start_time = 0;
      CheckError(result.retcode, "Place: Ордер не установлен! Причина: ", order_status, ticket);
    }
  }
  else
  {
    mem_magic = 0;
    mem_time = 0;
    mem_start_time = 0;
    CheckError(result.retcode, "Place: Ордер не отослан! Причина: ", order_status, ticket);
  }
}
 
prostotrader:

いいえ、スコアリングではありません。ただ、OnTradeTransactionが 1秒以内に発動されないと、magikによる注文検索機能が発動されます。

実は、採点しているのです。トレースの発生を待たないことが可能であるため。OnTradeTransactionがないのは、注文が拒否された場合だけです。例えば、お金が足りない場合。


その結果、配列（リスト）に適切な魔導師とリクエスタを詰め込む非同期トランザクションを100回行ったことが判明しました。OnTradeTransaction がクエストのレスポンスを受信すると同時に、リストから要素を削除した。生者・死者のリストからメジャーがハイライトされるのを確認したら、すぐにそのエントリーを削除しました。そうやって多かれ少なかれ、コントロールは実現されているのです。正しく理解できましたか？


マジックではなく、他のフィールド - SL/TP、Comment - を使用することは可能です。

 
fxsaber:

実は、打ち込みです。トレードの追従を待たないことが可能であるため。唯一の非代替のonTradeTransactionは、注文が拒否された場合である。例えば、お金が足りない場合。

そのようにお望みなら、「スコアリング」にしておきますが、最初のチェックの後、再び1秒間のOnTradeTransactionを待って、再度チェックするようにしています。

私はそれを「スコアリング」と呼ぶことはないだろう。

 
prostotrader:

もしその方法が好きなら、「スコアリング」はありにして、最初のチェックの後、1秒間OnTradeTransactionを待って、再度チェックします。

すべてのOnTradeTransactionで確認できるのに、なぜ待つ必要があるのでしょうか？

私の理解が正しければ、OnTradeTransactionは接続に失敗した場合のみリクエスタをスキップするのでしょうか？

そうでなければ、もちろん、EAを終了するときに、崩壊していない魔道士/依頼のリストが常に保存されている必要があります。

123456789101112
新しいコメント