错误、漏洞、问题 - 页 26

[Viktor Zapadenko]

alexvd:

据我所知，288号文件已经进行了升级。你能不能澄清一下，你在更新之前是什么版本？

并给出更多细节：操作系统、是否有UAC等。

Windows XP Pro。我无法追踪构建，但我仍然在安装一个测试版的完整版。通过在现有网站上重新安装，问题得到了解决。所有的服务器和账户都是固定的。现在一切都很好。

[[删除]]

来自第6036号申请

Alexander Saidullin:
1.关于OCO订单--潜在的机会已经建立在平台上--剩下的就是时间问题了。

请问在OCO 方面取得了多少进展，它们出现在MT5中的前景如何？

[[删除]]

如果没有，那么为什么真的要把你的生活复杂化......。

PS

我不明白BAR和LIGHTS的优化结果 有什么不同？

[Alexey Petrov]

joo:

点击链接（以蓝色标示），你会去哪里？不知道哪里说了 "优化标准 "是什么。

点击这个链接会带你到测试器设置的描述，在那里你可以选择优化标准（它简要地说明了它是什么，并提供了一个链接到完整的描述）。我将立即把链接放到完整的描述上。

[Andrey Dik]

alexey_petrov:

点击这个链接会带你到测试器设置的描述，在那里你可以选择优化标准（它简要地说明了它是什么，并提供了一个链接到完整的描述）。该链接将直接带你到完整的描述。

谢谢你的理解。

[Slava]

Interesting:

如果没有，那么为什么真的要把你的生活复杂化......。

PS

我无法理解BAR和LIGHT的优化结果有什么不同......。

而你并没有关上你的头。把你能用的东西用于优化。而且不要使用BAR和烛台。

所有的枚举都是平等的（在语法上和语义上）。你不能因为一个枚举而关闭对其他枚举的优化能力。

[[删除]]

stringo:

而你要保持清醒的头脑。使用你能使用的枚举来进行优化。而通过酒吧和烛台，不要使用它。

所有的枚举都是平等的（在语法上和语义上）。你不能因为一个枚举而关闭对其他枚举的优化能力。

因此，我想知道是否有可能在测试人员本身的层面上取消一个特定的枚举......。

[Slava]

Interesting:
所以我在想，是否有可能在测试者本身的层面上抓住某个枚举......。

纯粹是理论上的。你如何想象抓住某个枚举的机会？有什么东西要补充到语法中吗？

像enum nonoptimizable？

[[删除]]

stringo:

纯粹是理论上的。你是如何设想抓住某个枚举的？有什么东西要补充到语法中吗？

像enum nonoptimizable？

好吧，我不知道测试者是如何捕捉到颜色类型的参数的，也许是其他的。这个想法只是为了捕捉ENUM_CHART_MODE 类型的参数（这实际上是语言的一个内部枚举）。

所有其他的统计员可以和平地生活......

PS

忘了它吧，就忘了它吧（它对我个人没有什么影响），但如果我们抓住它（出于某种原因）与其他参数，如手数，你可以猜到组合的数量会增加多少倍（而测试中的优化参数可能超过两个）...

[Slava]

Interesting:

好吧，我不知道测试者是如何捕捉到带有颜色类型 的参数的，可能是其他的。只是这个想法是为了捕捉ENUM_CHART_MODE 类型的参数（这基本上是一个内部语言枚举）。

这非常简单。有这样一种类型的颜色。字符串类型也没有被优化。

在语言的 "内部 "枚举中，有一些有趣的枚举，如ENUM_TIMEFRAMES、ENUM_APPLIED_PRICE、ENUM_MA_METHOD，这些枚举需要进行优化。编译器对 "内部 "枚举和自定义枚举不作区分--它们的描述都存储在同一个地方。