KimIV的有用功能 - 页 3

新评论
 
KimIV:

函数ExistOrders()。

返回一个存在订单的标志。 ...

我已经做了（为自己）"回报"的订单数量。它立即一石二鸟（不需要写2个函数）--如果>0，订单存在+我们可以分析......。如果有 "网格中的漏洞"，触发 "反转"，等等（虽然，这个功能需要太长的时间来工作。(确实，该函数需要更长的时间来运行，这对于说明的目的来说是不合理的)

另外，在我看来，它在视觉上更直观，而且在分配了一个变量后，你可以进一步使用它。

...(ExistOrders("", OP_BUYLIMIT)+ExistOrders("", OP_SELLLIMIT) )> 0 ...

比...

...(ExistOrders("", OP_BUYLIMIT) || ExistOrders("", OP_SELLLIMIT) ) ...
 
SergNF писал (а):
 我（为自己）做了一个订单数量的'回报'。
以后会有NumberOfOrders()函数。
 
KimIV:
zhuki写道(a)：

 显示你的交易业务之间的延迟版本

我不在贸易业务之间进行拖延。也就是说，如果我需要下两个或更多的订单，我就进行这些交易，中间没有停顿。然而，在两次交易尝试之间，如果在访问服务器时出现错误，就必须重复进行，我根据MT4开发人员的建议 进行了暂停。作为一个例子，你可以看到在我的在线交易的SetOrder() 函数中是如何实现这种暂停的。对于交易服务器返回的不同错误，会做出不同的暂停。



该函数SetOrder() 用于设置挂单。它被推荐用于模拟和真实账户的在线交易。


如果有超过20个EA在交易，总会出现错误146。该函数只能够解决少数（2-4个）EA的问题，但是，原则上，固定的延迟并不能解决问题...
当用20个或更多的专家顾问进行交易时，有必要进行套利，至少要使用以太网协议...然后每个专家顾问在收到信号时都能进入市场。
 
伊戈尔，请 "请我 "使用订单关闭和修改功能。;-)
 
Lukyanov:
Igor，请用关闭和修改订单的功能来 "对待 "我。;-)

是的，当然...但我要先完成SetOrder函数。我现在在等待交易的开幕，以给出更多的例子，说明如何用协议中的记录使用这个函数。测试脚本已经准备好了，但需要进行在线测试。

计划按字母顺序公布各项职能。
- 删除订单
- 存在按批次排列的订单（ExistOrdersByLot
- 采集最后的订单
- 获取订单开放价格
- 按票数索引
- 修改订单
- 订单数
- 按票种选择
- 按历史票价选择

你（线程访问者）可以根据你的意愿调整发布顺序。但首先我将考虑功能的逻辑使用，因为其中许多功能是相互关联的。换句话说，最先公布的将是可以在应用其他功能时使用的功能，放在后面。

 

伊戈尔，你做得很好!

然而...有这么多的包袱，还有论坛和书，参考资料和kodobase。
我仍然有一些迫切的问题，有时会不好意思问。
(幸运的是，我是一个傻瓜，并没有隐藏它......但仍在学习......:))

而问题正是 在这些琐事和细微之处，它使你能够连接代码的碎片
...更确切地说，要确保程序中的块（模块）是相互连接的...

我理解，我经常在问如何？
最好的情况是如下：但如何...
例如，追踪止损。而当被问及是否可以使用自己的TS时
当你问是否可以使用你自己的TS时，答案充其量是：在100%的情况下是的，在90%的情况下添加你自己的TS，在80%的情况下问你要使用哪一个。）
等...按降序排列...
而具体如何，逐个字母，唉，并不总是这样。

所以我也会期待描述修改功能的帖子。
以及可能在实践中更详细地应用它们...

 
klot писал (а):
 当用20个或更多的EA进行交易时，你需要进行套利，至少要使用以太网协议...然后每个专家顾问都可以在收到信号时进入市场。
你说的"套利"是什么意思？
 
kombat писал (а):
 而问题就 在这些琐事和细微之处，它使你能够将代码的片段连接起来
更确切地说，确保程序块（模块）的相互连接...

关于我的职能，我将回答任何问题。如果我可以的话:-)...这是该主题的目的。也就是说，你可以在这里从我发布功能的其他主题中提出问题，而不做详细解释。所以，请放心大胆地去做。这是一个我打算长期保留的话题。我已经计划了4个月的时间，仅用于发布专题。加上更多问题的答案...

kombat写道(a):
 所以我也会不耐烦地等待有修改功能描述的帖子。
并可能在实践中对其进行更详细的应用...
ModifyOrder 函数是通用的。它既适用于订单，也适用于头寸。我将考虑尽快将其整合到主题中。
 
KimIV:
klot写道：

 当用20个或更多的专家顾问交易时，你应该套利，至少使用以太网协议...然后，每一个专家顾问将能够在收到信号时进入市场。
你说的"套利"是什么意思？

你好!
我所说的 "套利 "是指为许多同时工作的专家顾问提供一个有保障的交易流的通道。我很久以前就面临这个问题，得出的结论是，最好使用以太网协议中的碰撞检测的多重访问。
要点很简单。我们检查交易流是否繁忙。如果流量繁忙，我们会产生一个随机的暂停（从1秒开始）。如果交易流是自由的，我们立即 "发送 "一个订单。 当使用多个专家顾问进行交易时，每个专家顾问将有自己的随机暂停，专家顾问将依次占据交易线。专家之间不会有任何冲突。
比如说。 
if( IsTradeContextBusy() )  Sleep(MathRand()+1000);
 
如果有10位专家在等待交易流的发布（每个人都有自己独立的交易流），如果偶然有至少2位专家重合，会发生什么？
我计算并使用其他原则。如果一个交易线程被某人占据，其余的EA根本不工作（返回），这在一个EA的开始就被检查了（如果反正什么也做不了，为什么要分析它）。
我不这么认为，谢谢你。
12345678910...128
新评论