什么时候在指标中保留部分机器人代码才有意义？

新评论
 

SABJ适当。

到目前为止还没有找到一个合理的点，但也许有人知道。))

 
Andrei01:

SABJ适当。

到目前为止还没有找到一个合理的点，但也许有人知道。))


IMHO - 所有的代码（包括指标），如果猫头鹰不是商业:-)），直接 在EA中 - 没有指标（越是这样的对象），所有的计算作为函数，模块（包括），或不...- 以加快处理和执行速度。
 
Roman.:

IMHO - 所有的代码（包括指标），如果猫头鹰不是商业:-)))，直接 在EA - 没有指标（特别是对象），所有的计算作为函数，模块（包括），或不...- 以加快处理和执行速度。
是否曾在速度方面进行过比较？有一种意见认为这种解决方案是模糊的。
 
granit77:
是否曾在速度方面进行过比较？对于这种决定的模糊性，有一种意见。


我自己没有比较过，但我读过也听说过--（在某个地方......）:-)） ，直接的代码比使用函数的处理速度要快......

虽然...在我们的速度下，这当然不是关键。

 
根据我的个人经验，使用标准MT指标的EA比使用内置代码的EA要快。在其他情况下，也没有明确的答案，这主要取决于指标的优化代码。而就简单、清晰和易于调试而言，外部指标获胜。
 
granit77:
根据我的个人经验，使用标准MT指标的EA比使用内置代码的EA要快。在其他情况下，也没有明确的答案，这主要取决于指标的优化代码。而就简单、清晰和易于调试而言，外部指标获胜。
我同意关于调试的问题，在专家顾问模式下，调试代码很不方便--例如，离线运行和正常打印输出没有初始勾选，虽然是把代码分为指标和专家顾问。如果我有一个只基于标准指标的有利可图的专家顾问（），这可能是没有问题的，但如果代码是稍微定制的，我注意到许多人对指标的不总是可预测的行为感到恼火。
 
Andrei01:
我同意关于调试的问题，在专家顾问模式下，调试代码很不方便--例如，没有初始勾选，无法离线运行并打印出来，尽管我在说把代码分为指标和专家顾问。如果我有一个只基于标准指标的有利可图的专家顾问（），这可能是没有问题的，但如果代码是稍微定制的，我注意到许多人对指标的不总是可预测的行为感到恼火。


我的意思是交易标准，即根据自定义指标读数触发它们--（如果不出售--不需要在电脑屏幕上为客户可视化 它们，并在屏幕的适当位置设置相应的标签，并及时擦拭（随着时间的推移变成不活跃（灰色）），但只供自己使用，然后直接触发EA中的交易条件（标准），至少以f-knows或独立模块的形式，根据你的喜好--而且没有问题 。当然，IMHO。
 
Roman.:

我的观点是，交易标准，即它们的触发，基于自定义指标的读数--（如果不出售--不需要在电脑屏幕上为客户提供可视化 服务
在可视化方面就不太清楚了--与缓冲区的绑定是不可取的，因为专家顾问不支持这些缓冲区，也就是说，在很多情况下，必须用对象来重写一切。
 
Andrei01:
在可视化方面也不是很清楚--与缓冲区的绑定是不可取的，因为EA不支持它们，也就是说，在很多情况下，你必须通过对象重写一切。 。

你根本不需要任何自定义指标--一切都直接在专家顾问中，仅此而已。
 
Roman.:

你可以在没有任何自定义指标的情况下使用它们--一切都直接进入专家顾问，仅此而已。

我就是这样做的，但我注意到许多非初学者使用指标，尽管它们似乎比有用的更麻烦。

我很想知道这其中是否有什么原因。))

 
Andrei01:

我是这样做的，但我注意到许多人，甚至是初学者，都在使用指标，尽管它们似乎是麻烦多于有用的。

因此，我想知道是否有一个合理的理由。))



我马上就知道了。

P.S. 可能有一些 "计划 "反对 "第三方 "使用商业智能顾问，当为其中一个客户实施它时，类似于 "保护 "信息不被他人使用的变种，尽管HZ...:-)))

1234567891011121314151617181920212223242526272829303132333435363738
新评论