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

[Sergey Chalyshev]

prostotrader:

"这样储存信息的决定有点奇怪。嗯，是的，你最清楚。

因为外汇市场 我不感兴趣，一个图表上的6个符号名称和65365个莫吉克已经足够满足我的需求了。

此外，我每个交易日 只能 进行 2000次交易。

为什么是2000年？2000年是否都是闲置的交易？

如果在这两百笔交易中，例如50笔RTS交易，我们可以再做2000笔闲置的。

[fxsaber]

prostotrader:

有一些巧合...

纠正了。

[prostotrader]

Sergey Chalyshev:

为什么是2000年？所有2,000个闲置交易？

如果在这两百个交易中，例如有50个RTS交易，那么我们可以再做2000个闲置交易。

不，谢尔盖，这是一个非常复杂的公式，我试图添加它，但后来我放弃了。

我可以做大量的交易--数十万笔，只要每笔交易都能带来交易。

添加

以下是计算公式

https://www.mql5.com/ru/forum/67673#comment_2068358

[prostotrader]

fxsaber:

纠正了。

好的，一切正常，但符号应该有初始的magg，以确定它属于这个特定的EA（见FORTS的IsMyMagic是如何制作的）。

这就是为什么第一个收到的第一个magg应该向左移12位（可能有4095个额外的maggies），并存储起来以便以后进行比较。

由于我们记住了订单设置的时间，并循环了额外的Maggies

if(magic_storage >= (magic_number + 4090)) mem_magic = magic_number;

匹配的数字将在时间上分开

[fxsaber]

prostotrader:

好的，一切正常，但符号必须有一个初始Magig来确定它是否属于这个特定的EA（见IsMyMagic是如何为FORTS制作的）。

纠正了。

[prostotrader]

fxsaber:

纠正了。

谢谢

我明天会全部重写（我头疼）。

[fxsaber]

我不会形成crc-magic，而是把它设置为一个输入变量。那么GetMagic就不会依赖于ChartID，一下子就消除了许多缺点。

[prostotrader]

fxsaber:

我不会形成crc-magic，而是把它设置为一个输入变量。那么GetMagic就不会依赖于ChartID，一下子就消除了很多弊端。

我一开始也是这么想的，但机器人这么多，巧合的概率非常高。

而有了自动机，你就不必担心任何事情了 :)

另外...我有168个机器人在4个终端运行。

我不觉得自己是在跟着魔术师走....

添加

在FORTS中，该符号不能超过8个字节（SBER-12.18）。

如果你减去". "和"-"，你正好得到6个字节+2个字节的额外魔术师，所以我

写道："AutoMagic

[fxsaber]

prostotrader:

我一开始也是这么想的，但现在有这么多的机器人被写出来了，匹配的可能性非常大。

input ulong InputMagic = __DATETIME__;

[fxsaber]

prostotrader:

在FORTS，一个字符不能超过8个字节（SBER-12.18）。

如果你减去". "和"-"，你正好得到6个字节+2个字节的额外针脚，所以我

写道："AutoMagic。

绑定到一个字符和一个图柄是一个伴随的拐杖。一个EA可以是多符号的和/或完全不依赖于图表符号。因此，这个EA可以在任何符号上运行是符合逻辑的。但我们也应该考虑当EA依赖于图表符号时的变体。在这种情况下，行为应该是相反的。因此，没有通用的解决方案。

在大多数情况下，这种变体在我看来是最容易接受的

input int InputMagic = __DATETIME__;

string GetMagicString()
{
  return(__PATH__ + _Symbol + (string)InputMagic);
}