Time()的问题 - 页 8 12345678 新评论 Ian Venner 2012.06.05 03:30 #71 是的，这是一个很好的脚本涉猎者......任何刚开始学习编码的人都应该注意这个。因此，这应该意味着可以重新安排OP的代码，使其在没有小括号的情况下正常工作，这样做甚至可能更有效率。 dabbler 2012.06.05 07:23 #72 SDC:是的，这是一个很好的脚本涉猎者......任何刚开始学习编码的人都应该注意这个。所以，这应该意味着有可能重新安排OP的代码，使其在没有括号的情况下正常工作。不，我不同意这个观点。"刚开始编码 "的人，以及其他人，应该使用很多行，而不是试图把所有可能的测试粘在一行上。OP使用的是一个 "工具"，（显然）要求所有的逻辑都在一个地方。但在普通的MT4中，测试应该被分割在不同的行或函数 中，这样你就可以把打印 语句放在中间，看看哪里的逻辑被搞乱了（通常是这样的:-) 添加括号绝对不会增加计算成本。而且在MQL4中，将逻辑放在多行上实际上计算成本更低。因此，使用多行只有好处，没有坏处 :-) Simon Gniadkowski 2012.06.05 07:42 #73 如果某样东西不能如愿以偿地工作，那么它在计算上是否高效并不重要......先让它工作起来......然后如果你想或需要的话，用你的余生来优化它. ;-) [删除] 2012.06.05 19:21 #74 SDC: 是的，这是一个很好的脚本涉猎者......任何刚开始学习编码的人都应该注意这个。因此，这应该意味着可以重新安排OP的代码，使其在没有小括号的情况下正常工作，甚至可能更有效率。 真的。 所以，从逻辑上讲，它毕竟是好的，甚至可能是更有效的--在一些 "重新安排 "之后。 有时，我认为这个网站真正击败了它自己的存在逻辑。 所有这些无意义的东西，只是为了达到 "这样可能更有效"。 虚幻的。 [删除] 2012.06.05 19:26 #75 dabbler: 有趣的是，这也是 https://www.mql5.com/en/forum/126224 了解我们正在谈论的背景是有帮助的! 我一直在回避这个话题，因为各方都有如此多的不满。这似乎没有必要。 也许OP应该开始一个新的主题，这样受访者就不必100%准确地阅读200个帖子来弄清楚发生了什么。 也许每个人都 可以停止叫人的名字。 鉴于那些满嘴跑火车的人对我的主题采取了绝对错误的做法，我唯一会考虑在这个论坛上开一个新的主题，那就是告诉所有非MQL脚本作者远离这个毒蛇坑的论坛--为了他们自己的利益。 [删除] 2012.06.05 19:44 #76 dabbler: 有趣的是，我确实检查了这一点，似乎还可以。MQL4和C语言（以及其他每一种计算机语言）都有一套优先规则，对逻辑表达式进行精确 解释。 别开玩笑了--我就知道，我甚至不是一个开发者！你认为我为什么要这样写？ 你认为我为什么一开始就这样写？ 作为一个非程序员，我采取了最符合逻辑的方法，并将每个表达式设置为最符合逻辑的顺序，而不知道MQL对使用逻辑运算符的各个参数的分段的曲线需求，通过使用括号。 除非他们每天都在编写MQL的代码，否则谁会对这样的要求有任何了解。 从一个非MQL脚本作者的角度来看，鉴于我刚刚开始使用MQL作为在我的原型交易系统之外执行交易 的手段，我想说，从纯逻辑的角度来看，这第一次运行是非常正确的。 错误（如果有的话）不是逻辑上的，是战术上的。 Day() == 1 || Day() == 2 || Day() == 3 || Day() == 4 && TimeHour(TimeCurrent()) >=23 && TimeMinute(TimeCurrent()) >=57 || Day() == 5 && TimeHour(TimeCurrent()) >=21 && TimeMinute(TimeCurrent()) >=57 一个人弄错了语法，和一个人对他们正在做的事情根本没有逻辑上的理解，这两者之间是有区别的。 但是，当然，这个论坛上的I'm-An-MQL-Gurus，没有意识到这一点。 考虑到我接触MQL的时间长度，以及考虑到我整个EA的复杂性，我怀疑大多数MQL的新手甚至会在我试图完成的事情上走到这一步。 我只是在语法上有错误，这一事实说明了我需要知道的关于这个委员会对我的OP的反应的一切。 就像我说的，交易员，交易。 多年来，我没有多余的时间来培养敏锐的编程技巧。 同样地，编码者，编码。 而且，这些年来，我遇到的能够写出一行可重复的交易逻辑的人少之又少，这些逻辑包含历史上重要的模式识别，足以建立真正的资本，从而建立真正的财富。 我有一个完整的综合交易系统，几乎完美无缺地运行。 我对MQL的唯一兴趣，是开始对较低的时间框架进行POC探索，我的原型目前没有利用这个优势。 这将是一个伟大的网站，如果它不是因为绝大多数错误的编码大师的态度而失去了它存在的目的。 也许有一天你会弄清楚这条线索。 [删除] 2012.06.05 19:56 #77 RaptorUK: 如果某样东西不能按预期工作，那么它在计算上是否高效并不重要......先让它工作起来......然后如果你想或需要，花你的余生来优化它。） 现在，它运行得很好。 不需要感谢这个论坛上的任何人，因为我自己想出了一个方法来获得我所需要的基于时间的迭代，并跨越必要的时间范围，以使交易逻辑成为现实。 基本上，代码在多个时间框架内扫描一系列的iCustom模式，在每个模式特有的时间范围内进行特定的配置。 在这个论坛上，你只看到了基于Time()的部分。 该EA实际上由五（5）个不同的EA组成，每个EA都监控着其他EA的交易表现，以便不触发次要的信号，并允许优越的信号持续存在（因为头寸保持开放）。 整个系统的设计是为了在市场从垂直方向过渡到水平方向再回到垂直方向时保持在市场中。 从交易逻辑的角度看，这不是一个容易设计的东西。 当然，这不是你典型的（所有熟悉的）交叉策略，也没有 "标准 "指标在使用。 在交易业务中，唯一重要的是你在市场上部署的最终交易逻辑。 如果你不能写出坚如磐石的交易逻辑，其他的一切，包括一个人认为自己拥有的宏大的编程技能，都将无足轻重。 说完了，关于这个问题和我的主题。 [删除] 2012.06.05 20:08 #78 对于那些需要了解更多关于如何开发有效的交易逻辑的人来说，在我对我的自定义指标 设计是否具有较低的时间框架有效性进行研究时，我已经创建了一个类似于临时实验室的网站。 这个网站是。CollaborativeFx.forumer.com。 我已经关闭了网站，直到我完成了足够多的Bot设计，并能够提出调查结果。 [你可以在Twitter @CollaborativeFx上关注我回到CollaborativeFx.forumer.com项目。 CollaborativeFx，只是一个研发网站。 网站上不允许有任何商业产品，网站上也没有任何东西可以出售。 它将是一个专门为有兴趣发现好的交易逻辑的积极心态的人而设的网站。 这不是一个专门针对MQL的网站。 在这个网站上，MQL只不过是一个建立几个概念证明的工具，与我多年来从头开始开发的少数几个核心定制指标有关。 当然，你总是会有其他网站的MQL程序员。 The CollaborativeFx，是关于交易逻辑开发的。 12345678 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
是的，这是一个很好的脚本涉猎者......任何刚开始学习编码的人都应该注意这个。因此，这应该意味着可以重新安排OP的代码，使其在没有小括号的情况下正常工作，这样做甚至可能更有效率。
是的，这是一个很好的脚本涉猎者......任何刚开始学习编码的人都应该注意这个。所以，这应该意味着有可能重新安排OP的代码，使其在没有括号的情况下正常工作。
不，我不同意这个观点。"刚开始编码 "的人，以及其他人，应该使用很多行，而不是试图把所有可能的测试粘在一行上。OP使用的是一个 "工具"，（显然）要求所有的逻辑都在一个地方。但在普通的MT4中，测试应该被分割在不同的行或函数 中，这样你就可以把打印 语句放在中间，看看哪里的逻辑被搞乱了（通常是这样的:-)
添加括号绝对不会增加计算成本。而且在MQL4中，将逻辑放在多行上实际上计算成本更低。因此，使用多行只有好处，没有坏处 :-)
是的，这是一个很好的脚本涉猎者......任何刚开始学习编码的人都应该注意这个。因此，这应该意味着可以重新安排OP的代码，使其在没有小括号的情况下正常工作，甚至可能更有效率。
真的。 所以，从逻辑上讲，它毕竟是好的，甚至可能是更有效的--在一些 "重新安排 "之后。
有时，我认为这个网站真正击败了它自己的存在逻辑。 所有这些无意义的东西，只是为了达到 "这样可能更有效"。
虚幻的。
有趣的是，这也是
https://www.mql5.com/en/forum/126224
了解我们正在谈论的背景是有帮助的!
我一直在回避这个话题，因为各方都有如此多的不满。这似乎没有必要。
也许OP应该开始一个新的主题，这样受访者就不必100%准确地阅读200个帖子来弄清楚发生了什么。
也许每个人都 可以停止叫人的名字。
鉴于那些满嘴跑火车的人对我的主题采取了绝对错误的做法，我唯一会考虑在这个论坛上开一个新的主题，那就是告诉所有非MQL脚本作者远离这个毒蛇坑的论坛--为了他们自己的利益。
有趣的是，我确实检查了这一点，似乎还可以。MQL4和C语言（以及其他每一种计算机语言）都有一套优先规则，对逻辑表达式进行精确 解释。
别开玩笑了--我就知道，我甚至不是一个开发者！你认为我为什么要这样写？ 你认为我为什么一开始就这样写？ 作为一个非程序员，我采取了最符合逻辑的方法，并将每个表达式设置为最符合逻辑的顺序，而不知道MQL对使用逻辑运算符的各个参数的分段的曲线需求，通过使用括号。 除非他们每天都在编写MQL的代码，否则谁会对这样的要求有任何了解。
从一个非MQL脚本作者的角度来看，鉴于我刚刚开始使用MQL作为在我的原型交易系统之外执行交易 的手段，我想说，从纯逻辑的角度来看，这第一次运行是非常正确的。 错误（如果有的话）不是逻辑上的，是战术上的。
一个人弄错了语法，和一个人对他们正在做的事情根本没有逻辑上的理解，这两者之间是有区别的。 但是，当然，这个论坛上的I'm-An-MQL-Gurus，没有意识到这一点。 考虑到我接触MQL的时间长度，以及考虑到我整个EA的复杂性，我怀疑大多数MQL的新手甚至会在我试图完成的事情上走到这一步。
我只是在语法上有错误，这一事实说明了我需要知道的关于这个委员会对我的OP的反应的一切。
就像我说的，交易员，交易。 多年来，我没有多余的时间来培养敏锐的编程技巧。 同样地，编码者，编码。 而且，这些年来，我遇到的能够写出一行可重复的交易逻辑的人少之又少，这些逻辑包含历史上重要的模式识别，足以建立真正的资本，从而建立真正的财富。
我有一个完整的综合交易系统，几乎完美无缺地运行。 我对MQL的唯一兴趣，是开始对较低的时间框架进行POC探索，我的原型目前没有利用这个优势。
这将是一个伟大的网站，如果它不是因为绝大多数错误的编码大师的态度而失去了它存在的目的。 也许有一天你会弄清楚这条线索。
如果某样东西不能按预期工作，那么它在计算上是否高效并不重要......先让它工作起来......然后如果你想或需要，花你的余生来优化它。）
现在，它运行得很好。 不需要感谢这个论坛上的任何人，因为我自己想出了一个方法来获得我所需要的基于时间的迭代，并跨越必要的时间范围，以使交易逻辑成为现实。 基本上，代码在多个时间框架内扫描一系列的iCustom模式，在每个模式特有的时间范围内进行特定的配置。
在这个论坛上，你只看到了基于Time()的部分。 该EA实际上由五（5）个不同的EA组成，每个EA都监控着其他EA的交易表现，以便不触发次要的信号，并允许优越的信号持续存在（因为头寸保持开放）。 整个系统的设计是为了在市场从垂直方向过渡到水平方向再回到垂直方向时保持在市场中。 从交易逻辑的角度看，这不是一个容易设计的东西。
当然，这不是你典型的（所有熟悉的）交叉策略，也没有 "标准 "指标在使用。
在交易业务中，唯一重要的是你在市场上部署的最终交易逻辑。 如果你不能写出坚如磐石的交易逻辑，其他的一切，包括一个人认为自己拥有的宏大的编程技能，都将无足轻重。
说完了，关于这个问题和我的主题。
对于那些需要了解更多关于如何开发有效的交易逻辑的人来说，在我对我的自定义指标 设计是否具有较低的时间框架有效性进行研究时，我已经创建了一个类似于临时实验室的网站。 这个网站是。CollaborativeFx.forumer.com。 我已经关闭了网站，直到我完成了足够多的Bot设计，并能够提出调查结果。
[你可以在Twitter @CollaborativeFx上关注我回到CollaborativeFx.forumer.com项目。 CollaborativeFx，只是一个研发网站。 网站上不允许有任何商业产品，网站上也没有任何东西可以出售。 它将是一个专门为有兴趣发现好的交易逻辑的积极心态的人而设的网站。
这不是一个专门针对MQL的网站。 在这个网站上，MQL只不过是一个建立几个概念证明的工具，与我多年来从头开始开发的少数几个核心定制指标有关。 当然，你总是会有其他网站的MQL程序员。 The CollaborativeFx，是关于交易逻辑开发的。