错误、漏洞、问题 - 页 300

新评论
[删除]  
Yedelkin:
因此，尝试用一个简短的指标名称 工作，在需要初始化时插入其参数名称和/或参数值。

1.这不是问题的关键。

比方说，某一组指标，有些可能出现在图表上，有些可能没有。

同时，用户可以在这些指数的参数中指定他或她自己的参数。

2.目标很复杂（实现一个复杂的交易系统）。

我们以几个图表为例，在这些图表上，用户使用模板来设置指标和相关设计。

我们从专家顾问那里获得某个图表上的指标，结其手柄（至少）和参数。

之后，知道了指标句柄，我们将在专家顾问中像处理标准指标一样处理它（即，我们可以访问每个指标的缓冲区，等等）。


这种方法允许专家顾问和交易者控制一组指标（这非常有用，因为可视化在这里非常有用），同时，专家顾问也获得了一些灵活性。

同样重要的是，专家顾问不需要为指标指定不必要的参数（以便交易者可以配置它们）。在这种情况下，交易员只需要配置和保存一些模板。

PS

我在论坛上遇到过类似的想法，那里建议通过GLOBAL VARIABLE来解决这个问题（这不是很方便和有效）。

至少我们不需要一个函数来获取图表上的指标句柄，例如ChartIndicatorID（与ChartIndicatorName的参数相同）。

而如果你加入ChartIndicatorSetXXX和 ChartIndicatorGetXXX...

 
Interesting:

1.这不是问题的关键。

比方说，某一组指标，有些可能出现在图表上，有些可能没有。

同时，用户可以在这些指数的参数中指定他或她自己的参数。

2.目标很复杂（实现一个复杂的交易系统）。

我们采取了几个图表，用户在这些图表上使用模板设置指标和相关设计。

我们从专家顾问那里获得某个图表上的指标，结其手柄（至少）和参数。

之后，知道了指标句柄，我们将在专家顾问中像处理标准指标一样处理它（即，我们可以访问每个指标的缓冲区，等等）。


这种方法允许专家顾问和交易者控制一组指标（这非常有用，因为可视化在这里非常有用），同时，专家顾问也获得了一些灵活性。

同样重要的是，专家顾问不需要为指标指定不必要的参数（以便交易者可以配置它们）。在这种情况下，交易员只需要配置和保存一些模板。

PS

我在论坛上遇到过类似的想法，那里建议通过GLOBAL VARIABLE 来解决这个问题（这不是很方便和有效）。

至少我们不需要一个函数来获取图表上的指标句柄，例如ChartIndicatorID（与ChartIndicatorName的参数相同）。

而如果我们添加ChartIndicatorSetXXX和 ChartIndicatorGetXXX...

我支持这一提议
 
Interesting:

至少，没有一个函数允许在图表上获得一个指标的句柄，例如ChartIndicatorID（与ChartIndicatorName的参数相同）。

而如果我们添加ChartIndicatorSetXXX和 ChartIndicatorGetXXX...

这对我来说也是如此。附议。
[删除]  
Lizar:
这也与我有关。我支持它。
如果所有人都赞成，那么就让发起人写信给ServiceDesk。
[删除]  
-Alexey-:
如果所有人都赞成，那么就让发起人写一个服务台。

写在这里没有问题，只是有一些陷阱（主要与指标的初始化和用户在图表上抛出的指标获得 "手柄"/标识的机制有关）。

我想，你可以就这个问题建立一个单独的分支。并根据讨论的结果，对服务台做出决定。

这就是为什么我把它放在一般性讨论中（虽然我太懒了，没有马上创建一个分支）。

 
Interesting:
在我看来，把计算分成两个指数更容易，尽管这取决于。
但是，如果计算量非常大，该怎么办呢？"计算机正在发火。"运行同一个计算两次。(( 不太好。这样的建议（指定在哪个窗口输出的缓冲区）是作为对5号文件的建议或类似的东西。我认为在这个技巧的帮助下是可能的。
[删除]  
Trolls:
你可以。 但是，如果计算量非常大，该怎么办呢？"计算机正在发火。"运行同一个计算两次是不好的。(( 不太好。这样的建议（告诉缓冲区在哪个窗口输出）是作为一个建议给5-th或类似的东西。
更有可能的是，指标的逻辑可以被改进或限制在一定范围内。至少在70%的情况下，你可以。
 

是否有可能在测试器中返回每笔交易的余额/资金显示？

目前的版本在调试和编写EA 时非常不方便。

 
Jager:

是否有可能在测试器中返回每笔交易的余额/资金显示？

目前的版本在调试和编写EA时非常不方便。

+1
 
mql5:
谢谢你的帖子，修好了。

告诉我，发布新版本的决定是根据什么原则做出的？

我发现了一个妨碍我开发的错误，以一种可理解的方式报告了它，并非常希望你们能迅速发布一个新的版本。但已经过去几天了，没有新的建设。

在你的这种做法下，我没有欲望去报告 错误，从而改善你的平台。找到一个解决方法要比等待一个新的版本，而平台上的一个错误仍然存在要容易得多。

当我在一家软件公司工作时，有一个规则：一旦外部开发人员或用户发现了一个错误，就立即建立一个新的版本，这样就不会阻止后者提高产品的质量。

我认为你应该考虑一下公司在这个问题上的政策。

1...293294295296297298299300301302303304305306307...3184
新评论