错误、漏洞、问题 - 页 612

[Mykola Demko]

x100intraday:
我怎样才能事先准备一个带有逻辑(?)枚举的字符串，如：OBJ_PERIOD_M10| OBJ_PERIOD_H4，然后在ObjectSetInteger()中以胶合字符串的形式替换准备好的变量？我试着用符号把它粘在一起，然后用StringToInteger() 把它包起来，但没有成功......。因为OBJ_PERIOD_...- 是一个枚举 类型的元素，但其标志是int 类型的hex-equivalent？这个枚举看起来更像是位数 OR操作...

粘合枚举的目的到底是什么？

[x572intraday]

sergeev:

你使用相同的ENUM_TIMEFRAMES。这对你来说是什么？

是的，它的元素潜伏在语言深处的某个地方（类、结构、数组、一些单一类型的类别......？），我必须从脑子里拿出一个具体的名字来使用。如果我需要使用一个集合，我会把这个集合从脑子里拿出来，然后手动输入我想访问的列表的每个名称。如果我在一个循环中工作，我必须启动我自己的数组，并用相同的名字填充它，也就是说，在我的代码中添加一个臃肿的代码块，在数组中添加一组名字；而我宁愿不启动任何东西，用相同的副本填充它，而是简单地解决列出的时间框架名称的存储，包括在语言中，而不必记住它们的确切名称和手工列举它们。类似于MQLTFnamesArray[i]，其中i正好对应于从1到21的时间框架的索引号。

[x572intraday]

Urain:
把列举的内容粘在一起的目的到底是什么？

https://www.mql5.com/ru/docs/constants/objectconstants/visible...

好吧，我已经用一个 "额外 "的手动名称枚举块来臃肿我自己的代码了。不得不用可以和应该存储在语言内部的东西来臃肿自己的代码，这是一种耻辱。

[---]

x100intraday:
类似于：MQLTFnamesArray[i]，其中i正好对应于从1到21的时间框架索引。

谁告诉你，在666版本中，MQLTFnamesArray[0]不会移动到第5 位？

你已经走了正确的路--将所有的枚举转移到你的数组中。

[Aleksey Lebedev]

sergeev:
ENUM_es = 它是一个枚举。一个预定义的列表。

所以，是的，一个预定义的常量名称列表。

不要过于复杂化）

[x572intraday]

sergeev:

谁告诉你，在666构建中，MQLTFnamesArray[0]不会移动到5 的位置？

你走的是正确的路--你把所有的枚举都移到了你的数组中。

嗯，又颠倒了。起初，我们不能要求开发者增加非标准的时间框架（我和其他许多人怀念比MN1更早的时间框架，特别是在过去的一年里，市场已经达到了全球的极致，我们不可避免地需要看看未来的市场在零条上的导向），现在我们有意关注重新编号的东西，在未来100年里，平台不会改变。

但不要紧。至少它是这样工作的--这就是面包和黄油。

[---]

如果你有一个具体的建议和拟议的实施方案，那么请写信给Servicedesk。

让开发商自己决定多少年不改变。

[x572intraday]

sergeev:

如果你有一个具体的建议和拟议的实施方案，那么请写信给Servicedesk。

让开发商自己决定多少年不改变。

我首先会详细了解为什么开发人员自己要刷掉用户提出的扩大时间范围的建议......。不知何故，在我看来，这不是关于技术实施的复杂性，而是关于一些深深的个人意识形态禁忌。

P.S.: 但最近MQ对Elder的采访，他兴高采烈地挂在25分钟上，很是搞笑......人们只能猜测平台的情况...

[[删除]]

我还有一个印象是，MQ甚至不想谈论人们真正关心的话题。当然不是所有的事情都要接受，但至少我们可以谈谈，对吗？就这样靠在墙上。为什么服务台需要用户来建议一些按钮的颜色？

[Andrey Dik]

Urain:

不切实际的大利差。

在AlpariFS服务器上 GBPUSD 648, USDCHF 110

MQ-Demo上英镑兑美元168，美元兑瑞郎185

所有其他符号都在正常范围内。

这是稀薄市场的 特殊性还是MetaTrader 5的错误？

英镑现在似乎已经平静下来了，但加拿大和澳元的价差分别为88和61。瑞士仍然停留在185点的价差。

就是现在。我认为我的经纪人特别为我扩大了点差。我看了几家经纪公司，有些经纪公司今天根本不工作，而那些工作的经纪公司的点差大大扩大。我感到松了一口气...

这可能是由于许多银行今天不工作--从25日开始的转移。因此，市场缺乏流动性--不可能进行短线交易--今天对我来说是浪费的一天。明天一切都应该恢复正常。