Mt4结束支持。 - 页 40 1...333435363738394041424344454647 新评论 Alexey Viktorov 2017.09.12 09:31 #391 Реter Konow: 所以,你想让我继续糟蹋OOP的优势,而每个人都不停地嘲弄我吗?)但从本质上讲,你是对的。讨论已经走向了错误的方向。但我不是在耍花招。只是不要回应巨魔。 Реter Konow 2017.09.12 09:34 #392 在TWS中,条形图是由时间形成的,而不考虑报价的到来。如果没有报价,而现在是新条形图 的时间,条形图就会在最后一次报价的价格上出现一个破折号。在这种情况下,所有指标的绘制方式与MT中相同。我对酒吧的所有想法都来自与TS合作的经验。 如果在MT中也是这样,我的解决方案将是最有效的。然而,这并不是...因此,我不会再建议使用它。 Nikolai Semko 2017.09.12 09:34 #393 Alexey Viktorov:彼得,我建议另一个讨论的话题,这是第二次了。不需要写什么,只是理论。 这里有什么可讨论的。最纯粹形式的多态性。OOP规则。 Реter Konow 2017.09.12 09:37 #394 Alexey Viktorov:但我不是在耍花招。巨魔就是不回应。 我以后再来讨论你的话题。 Nikolai Semko 2017.09.12 09:47 #395 Реter Konow:我明白了,所以酒吧可能不会在请求iBars时到达,但可能会在请求后一会儿才到达。那么它就会被系统错过。这就是问题的关键。 然后呢,要不断地访问?- 显然,这不是最好的解决方案。 这只是一个薄弱的任务。但如果有人需要它--在不连续轮询onTimer的情况下尽快接收另一个符号的新条形,也有用户中断。 Реter Konow 2017.09.12 09:58 #396 Nikolai Semko: 但如果有人需要在不轮询OnTimer的情况下尽可能快地得到一个新的条形图,有自定义中断。如果你只是重新思考这里的酒吧的概念,一切都将归于平静。资源将被节省,解决方案也将变得简单。在 我看来,酒吧应该与时间挂钩,而不是与报价挂钩。 所以我的代码中没有错误。各个平台之间的酒吧概念是有区别的。 Alexey Viktorov 2017.09.12 09:59 #397 Nikolai Semko: 那有什么可讨论的呢?纯粹形式的多态性。OOP规则。对于那些了解情况的人来说,没有什么可讨论的。下面是一个关于我如何决定至少学习一点OOP的样本故事。我把定义一个新酒吧的功能作为一个例子,这不是没有道理的。一切都是从这个功能开始的。在当前TF处定义一个新条的函数是很久以前写的。突然间,我也需要它,但在某个TF中发现它。嗯,没问题。我在半次点击中重写了它。但突然间,我只为当前的TF需要它。为什么要把PERIOD_CURRENT传给这个函数呢? 没问题,我又重写了一遍,现在我有两个名字不同的函数。我不知道要重写多少次,也不知道要记住应该给哪个人打电话。当我明白我可以用一个名字和不同的输入参数拥有几个函数时,我的痛苦就结束了...... Nikolai Semko 2017.09.12 10:10 #398 Реter Konow:事实证明,我的代码中没有错误。各个平台之间对酒吧的概念存在差异。 对不起,彼得,但你的代码实在是太混乱了。 Реter Konow 2017.09.12 10:12 #399 Nikolai Semko:顺便说一下,如果在我的解决方案中只是改变填充阵列的 频率,而不是暂停一分钟,而是一秒钟访问一次,问题就可以完全解决了。在这种情况下,系统的负荷不太可能增加。你可以查看一下。将if(Minute*Timer_frequency >= 60000)改为if(Minute*Timer_frequency >= 1000)。 Реter Konow 2017.09.12 10:13 #400 Nikolai Semko: 对不起,Pyotr,但你的代码实在是太混乱了。 我很抱歉,尼古拉,但这些都是空话。我不习惯从一个程序员那里听到这样的话。 1...333435363738394041424344454647 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
所以,你想让我继续糟蹋OOP的优势,而每个人都不停地嘲弄我吗?)但从本质上讲,你是对的。讨论已经走向了错误的方向。
但我不是在耍花招。只是不要回应巨魔。
在TWS中,条形图是由时间形成的,而不考虑报价的到来。如果没有报价,而现在是新条形图 的时间,条形图就会在最后一次报价的价格上出现一个破折号。在这种情况下,所有指标的绘制方式与MT中相同。我对酒吧的所有想法都来自与TS合作的经验。
如果在MT中也是这样,我的解决方案将是最有效的。然而,这并不是...
因此,我不会再建议使用它。
彼得,我建议另一个讨论的话题,这是第二次了。不需要写什么,只是理论。
但我不是在耍花招。巨魔就是不回应。
我明白了,所以酒吧可能不会在请求iBars时到达,但可能会在请求后一会儿才到达。那么它就会被系统错过。这就是问题的关键。
然后呢,要不断地访问?- 显然,这不是最好的解决方案。
但如果有人需要在不轮询OnTimer的情况下尽可能快地得到一个新的条形图,有自定义中断。
如果你只是重新思考这里的酒吧的概念,一切都将归于平静。资源将被节省,解决方案也将变得简单。在 我看来,酒吧应该与时间挂钩,而不是与报价挂钩。
所以我的代码中没有错误。各个平台之间的酒吧概念是有区别的。
那有什么可讨论的呢?纯粹形式的多态性。OOP规则。
对于那些了解情况的人来说,没有什么可讨论的。下面是一个关于我如何决定至少学习一点OOP的样本故事。
我把定义一个新酒吧的功能作为一个例子,这不是没有道理的。一切都是从这个功能开始的。在当前TF处定义一个新条的函数是很久以前写的。突然间,我也需要它,但在某个TF中发现它。嗯,没问题。我在半次点击中重写了它。但突然间,我只为当前的TF需要它。为什么要把PERIOD_CURRENT传给这个函数呢? 没问题,我又重写了一遍,现在我有两个名字不同的函数。
我不知道要重写多少次,也不知道要记住应该给哪个人打电话。当我明白我可以用一个名字和不同的输入参数拥有几个函数时,我的痛苦就结束了......
事实证明,我的代码中没有错误。各个平台之间对酒吧的概念存在差异。
顺便说一下,如果在我的解决方案中只是改变填充阵列的 频率,而不是暂停一分钟,而是一秒钟访问一次,问题就可以完全解决了。在这种情况下,系统的负荷不太可能增加。你可以查看一下。
将if(Minute*Timer_frequency >= 60000)改为if(Minute*Timer_frequency >= 1000)。
对不起,Pyotr,但你的代码实在是太混乱了。