文章 "通用的之字转向指标" - 页 2 1234 新评论 Dmitry Fedoseev 2016.10.21 14:51 #11 fxsaber:根据定义，专家的作品不可能成为畅销书--专家很少。为了以防万一，我不把自己列入专家行列。这篇文章是写给刚刚开始掌握或即将掌握的人看的。很不错。为了正确理解，我将给出两篇文章的链接。编写指标--面向 OOP 初学者。编写智能交易系统--供专家使用。 您提供的链接与文章讨论的主题有什么关系？ fxsaber 2016.10.21 15:10 #12 Dmitry Fedoseev: 你引用的链接与文章主题有什么关系？ 它们与文章最初评论中开始的讨论有关。 Dmitry Fedoseev 2016.10.21 15:12 #13 fxsaber: 它们与文章最初评论中开始的讨论相关。 啊...我明白了...又是某个链接指向某个链接，而某个链接指向某个地方。 fxsaber 2016.10.21 16:25 #14 关于 "苗圃 "的讨论实际上触及了一个基本点。事实上，作者指出，所有使用时间序列的智能交易系统（占智能交易系统的 99%）都应通过指标（通过 iCustom-mechanism）接收相关数据，而且只能以这种方式接收。例如，如果您想使用开盘价，请调用包含该时间序列缓冲区的指标。这并不是什么新的推理--prev_calculated 机制是开发人员在超过 15 年的交易平台编写经验中总结出来的。机器人正在交易。经纪商错误或故意追溯性地更改了历史记录中的某些内容。Prev_calculated 会立即重置为零，所有指标都会重新计算，包括 Expert Advisor 使用的指标。在此之后，很难预测 Expert Advisor 将如何运行。如果 Expert Advisor 只使用指标作为 OOP 对象，情况也不会更糟。因此，很难理解将 prev_calculated 机制应用于智能交易系统的强大功能背后的原因。 Dmitry Fedoseev 2016.10.21 16:32 #15 fxsaber:关于 "托儿所 "的讨论实际上触及了一个根本问题。1.事实上，作者指出，所有使用时间序列的智能交易系统（占智能交易系统的 99%）都应通过指标（通过 iCustom-mechanism）接收相关数据，而且只能以这种方式接收。例如，如果您想使用开盘价，请调用包含该时间序列缓冲区的指标。这并不是什么新的推理--prev_calculated 机制是开发人员在超过 15 年的交易平台编写经验中总结出来的。2. 机器人交易。经纪商错误或故意追溯性地更改历史记录中的某些内容。Prev_calculated 会立即重置为零，所有指标都会重新计算，包括 Expert Advisor 使用的指标。在此之后，很难预测 Expert Advisor 将如何运行。如果 Expert Advisor 只将指标作为 OOP 对象使用，情况也不会更糟。因此，很难理解将 prev_calculated 机制应用于 Expert Advisor 时其强大功能背后的原因。1.不是这样的。我只是断言在智能交易系统中计算指标是一派胡言。2.它会正常运行，没有任何异常。没有人知道该指标在下一个条形图上会有什么读数，但到目前为止，它还没有出现全球性的洪水泛滥。 3.OOP 与此有关吗？ fxsaber 2016.10.21 16:51 #16 Dmitry Fedoseev:1.没这回事。我只是说在智能交易系统中计算指标是一个巨大的愚蠢行为。prev_calculated 是原因吗？请说出原因。2.它会正常运行，没有任何异常。没有人知道指标在下一个条形图上会显示什么，但到目前为止，还没有出现全球性洪水。 3. OOP 与此有何关系？在 Expert Advisor 中， 通过 Indicator[NumBuffer][Pos] 调用指标非常方便。因此，我们谈论的是 OOP。创建新的指标，而不是 iCustom。在这种情况下，一切都在 EA 内部。因此，代码将更加优化。也就是说，为可视化和 EA 编写一个 OOP 指标是合乎逻辑的。 Dmitry Fedoseev 2016.10.21 16:58 #17 fxsaber:1.prev_calculated 是原因吗？请说明原因。2.在 Expert Advisor 中，通过 Indicator[NumBuffer][Pos] 调用指标非常方便。因此，我们正在讨论 OOP。用 new Indicator 代替 iCustom。在这种情况下，一切都在 EA 内部。因此，代码将更加优化。也就是说，为可视化和智能交易系统编写一个 OOP 指标是合乎逻辑的。1.是的，在 prev_calculated 中。唯一的、不可否认的和不可逾越的。如果有人持不同意见，那他就是自欺欺人。2. iCustom 也可以通过 OOP 形式的垫圈使用。这是个人问题，并不会从根本上改变什么。问题的关键在于，您提出了自己也不知道的建议，您建议在智能交易系统中计算指标，但请参阅这里和我上一篇文章中的第 1 点。 fxsaber 2016.10.21 17:19 #18 Dmitry Fedoseev:1.是的，就是它。唯一的、不可否认的、不可抗拒的。如果有人持不同意见，那就是自欺欺人。2. iCustom 也可以通过 OOP 形式的填充来使用。这是个人问题，并不会从根本上改变什么。问题的关键在于，你提出了自己都不知道的东西，你建议在 Expert Advisor 中计算指标，但请参阅 这里和我上一篇文章中的第 1 点。我断言，"智能交易系统 "中的指标代码并不低劣，也不需要可视化（缓冲区）。 我用粗体标出了您的答案。不过，还有一个争论点。 Vladimir Karputov 2016.10.21 17:21 #19 我现在可能会把所有离题的内容都放到一个单独的主题中：从这里和文章的第二次讨论中... Dmitry Fedoseev 2016.10.21 17:22 #20 fxsaber:1.我断言 Expert Advisor 内部的指标代码并不低劣，也不需要可视化（缓冲区）。 我用粗体标出了您的答案。但有一个论点。1.未经证实的错误陈述。2. 论点。 1234 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
根据定义，专家的作品不可能成为畅销书--专家很少。
为了以防万一，我不把自己列入专家行列。这篇文章是写给刚刚开始掌握或即将掌握的人看的。很不错。
为了正确理解，我将给出两篇文章的链接。
你引用的链接与文章主题有什么关系？
它们与文章最初评论中开始的讨论相关。
关于 "苗圃 "的讨论实际上触及了一个基本点。
事实上，作者指出，所有使用时间序列的智能交易系统（占智能交易系统的 99%）都应通过指标（通过 iCustom-mechanism）接收相关数据，而且只能以这种方式接收。例如，如果您想使用开盘价，请调用包含该时间序列缓冲区的指标。这并不是什么新的推理--prev_calculated 机制是开发人员在超过 15 年的交易平台编写经验中总结出来的。
机器人正在交易。经纪商错误或故意追溯性地更改了历史记录中的某些内容。Prev_calculated 会立即重置为零，所有指标都会重新计算，包括 Expert Advisor 使用的指标。在此之后，很难预测 Expert Advisor 将如何运行。
如果 Expert Advisor 只使用指标作为 OOP 对象，情况也不会更糟。因此，很难理解将 prev_calculated 机制应用于智能交易系统的强大功能背后的原因。
关于 "托儿所 "的讨论实际上触及了一个根本问题。
1.事实上，作者指出，所有使用时间序列的智能交易系统（占智能交易系统的 99%）都应通过指标（通过 iCustom-mechanism）接收相关数据，而且只能以这种方式接收。例如，如果您想使用开盘价，请调用包含该时间序列缓冲区的指标。这并不是什么新的推理--prev_calculated 机制是开发人员在超过 15 年的交易平台编写经验中总结出来的。
2. 机器人交易。经纪商错误或故意追溯性地更改历史记录中的某些内容。Prev_calculated 会立即重置为零，所有指标都会重新计算，包括 Expert Advisor 使用的指标。在此之后，很难预测 Expert Advisor 将如何运行。
如果 Expert Advisor 只将指标作为 OOP 对象使用，情况也不会更糟。因此，很难理解将 prev_calculated 机制应用于 Expert Advisor 时其强大功能背后的原因。
1.不是这样的。我只是断言在智能交易系统中计算指标是一派胡言。
2.它会正常运行，没有任何异常。没有人知道该指标在下一个条形图上会有什么读数，但到目前为止，它还没有出现全球性的洪水泛滥。
3.OOP 与此有关吗？1.没这回事。我只是说在智能交易系统中计算指标是一个巨大的愚蠢行为。
prev_calculated 是原因吗？请说出原因。
2.它会正常运行，没有任何异常。没有人知道指标在下一个条形图上会显示什么，但到目前为止，还没有出现全球性洪水。
3. OOP 与此有何关系？在 Expert Advisor 中， 通过 Indicator[NumBuffer][Pos] 调用指标非常方便。因此，我们谈论的是 OOP。创建新的指标，而不是 iCustom。在这种情况下，一切都在 EA 内部。因此，代码将更加优化。
也就是说，为可视化和 EA 编写一个 OOP 指标是合乎逻辑的。
1.prev_calculated 是原因吗？请说明原因。
2.在 Expert Advisor 中，通过 Indicator[NumBuffer][Pos] 调用指标非常方便。因此，我们正在讨论 OOP。用 new Indicator 代替 iCustom。在这种情况下，一切都在 EA 内部。因此，代码将更加优化。
也就是说，为可视化和智能交易系统编写一个 OOP 指标是合乎逻辑的。
1.是的，在 prev_calculated 中。唯一的、不可否认的和不可逾越的。如果有人持不同意见，那他就是自欺欺人。
2. iCustom 也可以通过 OOP 形式的垫圈使用。这是个人问题，并不会从根本上改变什么。问题的关键在于，您提出了自己也不知道的建议，您建议在智能交易系统中计算指标，但请参阅这里和我上一篇文章中的第 1 点。
1.是的，就是它。唯一的、不可否认的、不可抗拒的。如果有人持不同意见，那就是自欺欺人。
2. iCustom 也可以通过 OOP 形式的填充来使用。这是个人问题，并不会从根本上改变什么。问题的关键在于，你提出了自己都不知道的东西，你建议在 Expert Advisor 中计算指标，但请参阅 这里和我上一篇文章中的第 1 点。
我断言，"智能交易系统 "中的指标代码并不低劣，也不需要可视化（缓冲区）。
我用粗体标出了您的答案。不过，还有一个争论点。
1.我断言 Expert Advisor 内部的指标代码并不低劣，也不需要可视化（缓冲区）。
我用粗体标出了您的答案。但有一个论点。
1.未经证实的错误陈述。
2. 论点。