外汇交易中符号名称的最大长度 - 页 7

新评论
 
prostotrader:

我从来没有必要去了解哪个EA交易了多少。

每个EA都有自己的风险和利润比例--这就是我感兴趣的地方。

是你们这些外汇交易的人总是关心一些神奇的计算方法。

99%的人在寻找 "圣杯"，但这并不存在，也不可能存在，1%的人是新手，他们看的是有经验的损失推销者的嘴。

解释，很可能是FORTS上的 "交易 "是 "不为自己 "和 "不为分文"？

 
aleger:

解释，最有可能的是，FORTS上的 "交易 "是 "不靠自己的"？

为什么不用自己的钱呢？这是用我自己的钱。

但是，当然，为了在开始时自信地在FORTS上交易，你至少需要25万-30万卢布。

不要把FORTS中使用的TRADING一词放在引号中，引号应该放在FOREX中。

 
prostotrader:

为什么不用自己的钱呢？用你自己辛苦赚来的钱。

但是，当然，要在开始时自信地在FORTS上交易，你至少需要25万-30万卢布。

而且没有必要把FORTS中使用的TRADING这个词加引号，你必须为FOREX加引号。

就个人而言，我认为外汇仅仅是 "观察货币汇率 变化"。

 
prostotrader:

我从来没有必要去了解哪个EA交易了多少。

每个EA都有自己的风险和利润比例--这就是我感兴趣的地方。

是你们这些外汇交易的人总是关心一些神奇的计算方法。

99%的人在寻找 "圣杯"，而圣杯并不存在，也不可能存在，1%的人是非常新手，他们看的是有经验的 "沉沦者 "的嘴。

外汇交易员、股票经纪人和加密爱好者之间没有区别。到处都有关于利率变化的赌注。

嫖 娼者。

对于FORTS来说，两个低字节允许(65535)为每个新的订单分配自己的魔力，搜索一个订单是快速和容易的，并且

易于理解。

在CRC解决方案中，你也可以腾出两个字节来满足你的需要。我不明白为什么每个订单都有自己的魔法。

 
fxsaber:

外汇交易员、股票经纪人和加密爱好者之间没有区别。对汇率变化的赌注无处不在。

嗯，嗯...

在CRC方案中，你也可以腾出两个字节来满足自己的需要。我不明白为什么每个订单都有自己的魔法。

我使用OrderSendAsync()，TM5经常会出现巨大的延迟，根据请求者的ID无法追踪。

秩序，你可以用魔法来做。

 
prostotrader:

我使用OrderSendAsync()，而TM5经常会出现巨大的延迟，你无法通过请购单的ID来跟踪。

的命令，但你可以用魔法来做

因此，事实证明，你有点锤炼OnTradeTransaction的工作，看看具有正确魔术师的订单是否存在于活人/死人之中？

 
fxsaber:

所以你在某种程度上阻断了OnTradeTransaction，看看在活着的/死去的订单中是否有一个具有正确向导的订单？

不，我没有，但如果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 在一秒钟内没有被触发，那么Magik的订单搜索功能就会被触发。

事实上，它是得分的。因为有可能不等待追踪被触发。唯一没有OnTradeTransaction的是如果订单被拒绝。例如，如果没有足够的钱。


事实证明，我们做了一百个Async-transactions，用适当的法师和请求者填充数组（列表）。一旦OnTradeTransaction收到了对任务的响应，我们就把该元素从列表中删除。一旦我们看到活人/死人中的名单上有一个大人物被突出显示，我们就把这个条目删除。这就是或多或少实现控制的方式。你弄清楚了吗？


你仍然可以使用其他字段--SL/TP、评论--而不是魔法。

 
fxsaber:

事实上，这是一种敲打。由于有可能不等待交易被追踪。唯一非替代性的onTradeTransaction是如果订单被拒绝。例如，如果没有足够的钱。

如果你喜欢这种方式，就让它成为 "评分"，但在第一次检查后，我们再次等待1秒OnTradeTransaction，然后再次检查。

我不会把它称为 "得分"。

 
prostotrader:

如果你喜欢这种方式，那么就让它有 "得分"，但在第一次检查后，再次等待1秒OnTradeTransaction，然后再次检查。

如果你能在每个OnTradeTransaction上进行检查，为什么还要等待？

如果我理解正确，OnTradeTransaction只在连接失败的情况下跳过请求者？

否则，当然，在退出EA时，应始终保存一份未崩溃的法师/请求的清单。

123456789101112
新评论