错误、漏洞、问题 - 页 740 1...733734735736737738739740741742743744745746747...3184 新评论 Yedelkin 2012.05.13 11:21 #7391 tol64:那么你的意思是什么?在没有一个优雅的解决方案的情况下,你根本就不应该使用任何解决方案?即使有一个,但正如你所说的,它是 "痛苦的"? 我的意思是,你所谓的 "优雅 "的跟踪块的最后一行根本没有改善这个块的其他10500个可能的行。如果在int OnInit()中使用ExpertRemove()函数而不是return(-100)操作符对你来说如此重要,这只是你自己的偏好,并不能改善代码的其他部分。让我提醒你,这一切都始于你的那句"一切都很简单"。结果发现,根本就没有简化,只是可能用一行代码替换另一行代码。 Yedelkin 2012.05.13 11:27 #7392 tol64:还有一个选择(对,我忘了)。看功能。OnTesterInit(),OnTesterPass(),OnTesterDeinit()还有FrameFirst (),FrameFilter (),FrameNext (),FrameInputs (),FrameAdd()。这正是他们的目的。:) 我对这些功能并不熟悉。我从描述中什么都不明白。你能举个简单的例子来了解他们在我们这种情况下的能力吗? Anatoli Kazharski 2012.05.13 11:29 #7393 Yedelkin:我的观点是,你所谓的 "优雅的 "追踪区块的最后一行根本没有改善这个区块的其余10500个可能行。如果在int OnInit()中使用ExpertRemove()函数而不是return(-100)操作符对你来说如此重要,这只是你的偏好,对代码的其他部分没有任何改善。让我提醒你,这一切都始于你的那句"一切都很简单"。结果发现,根本就没有简化,只是可能用一行代码替换另一行代码。如果你不能安定下来,这对你来说是一个原则问题。:)我举了ExpertRemove()作为例子。在某些情况下,这是很合适的。快速解决方案"。在上一篇文章中,有专门创建的工具。我已经把它们忘得一干二净,尽管我在一些任务中积极使用它们。 Anatoli Kazharski 2012.05.13 11:31 #7394 Yedelkin: 我对这些功能一点都不熟悉。我从描述中什么都不明白。你能举个简单的例子来了解他们与我们情况相关的能力吗? 我以后会试着做一个简单的例子... Yedelkin 2012.05.13 11:39 #7395 tol64:如果你不能安定下来,这是你的根本。:) 如果说 "对我来说 "是有原则的,那也只是从以下观点出发:你说过,折磨人的代码可以变得更简单、更优雅。事实证明,这种说法与现实相去甚远。事实证明,你不能 "简化 "那段代码,到目前为止,你只能 "简化 "一行代码,而且是用另一行代码来代替它。我很想看到代码的真正简化,而不是在上面盖上装饰性的印章。 Yedelkin 2012.05.13 11:41 #7396 tol64: 我以后会试着做一个简单的例子... 而我们正在等待一个带有测试器功能的例子!也许这对很多人来说是有帮助的。 Anatoli Kazharski 2012.05.13 11:48 #7397 Yedelkin: 而我们正在等待一个带有测试器功能的例子!也许这对许多人来说会有帮助。现在请看雷纳特的例子 :https://www.mql5.com/ru/forum/6407。 今天我可能无法为这种特殊情况制作自己的版本。我将尝试至少做一些...耶德尔金。...你说过,曲折的代码可以变得更简单、更优雅。事实证明,这种说法与现实相去甚远......。 收回你说的话。这是个谎言,或者你只是误解了。:) Контроль процессов оптимизации в реальном режиме времени и передача массивных данных от агентов в MetaTrader 5 www.mql5.com OnTesterInitФункция предназначена для инициализации эксперта перед началом оптимизации для последующей обработки результатов оптимизации. Yedelkin 2012.05.13 12:14 #7398 tol64: 收回你说的话。这是个谎言,或者你只是弄错了。:) 怎么会有 "收回去 "的态度?是的,逃跑吧 :[.关于指责撒谎的问题。- Y: 我也没有找到解决手头情况的办法。 当然,你可以在int OnInit()中搞砸一些块。但这一切看起来相当复杂。- t:这就简单多了。当执行一个条件时,你可以简单地删除ExpertRemove()。- Y: 因为在你的建议下,一个传球会提前完成,所以 "跟踪阻挡 "的麻烦并没有减少,阻挡的优雅程度也没有任何增加。- t:你这话是什么意思?如果你没有任何优雅的解决方案,就根本不要使用任何解决方案?即使有一个,但正如你所说的,它是 " 乏味的"?所以你说:(1)有比看起来很繁琐的代码块更简单的东西,(2)你用一些优雅的解决方案来反驳繁琐的代码,尽管用你的建议的优雅的代码被拒绝。 Anatoli Kazharski 2012.05.13 12:23 #7399 Yedelkin:...通过这样做,你表示(1)有比看起来很沉闷的代码块更简单的东西,(2)用一些优雅的解决方案来反驳沉闷的代码,尽管用你的建议的优雅的代码已经被拒绝。如此误解....请停止。没有人需要这个。我的意思正是我写的。从字面上看。而你却把它颠倒了过来。这根本不是你所理解的。:)是什么让你认为如果我问你一个澄清的问题,就意味着我说了什么?你所强调的是对你的问题,而不是声明。我建议我们把这个问题解决掉...... Yedelkin 2012.05.13 12:29 #7400 tol64:那么你就搞错了...请停止。没有人需要这个。我的意思正是我写的。从字面上看。 好的。有人按字面意思写了 "一切都更简单",有人按字面意思读了 "一切都更简单"--并且不同意。我将按照要求进行总结。没有人真正需要这个。 1...733734735736737738739740741742743744745746747...3184 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
那么你的意思是什么?在没有一个优雅的解决方案的情况下,你根本就不应该使用任何解决方案?即使有一个,但正如你所说的,它是 "痛苦的"?
我的意思是,你所谓的 "优雅 "的跟踪块的最后一行根本没有改善这个块的其他10500个可能的行。如果在int OnInit()中使用ExpertRemove()函数而不是return(-100)操作符对你来说如此重要,这只是你自己的偏好,并不能改善代码的其他部分。
让我提醒你,这一切都始于你的那句"一切都很简单"。结果发现,根本就没有简化,只是可能用一行代码替换另一行代码。
还有一个选择(对,我忘了)。
看功能。OnTesterInit(),OnTesterPass(),OnTesterDeinit()
还有FrameFirst (),FrameFilter (),FrameNext (),FrameInputs (),FrameAdd()。
这正是他们的目的。:)
我的观点是,你所谓的 "优雅的 "追踪区块的最后一行根本没有改善这个区块的其余10500个可能行。如果在int OnInit()中使用ExpertRemove()函数而不是return(-100)操作符对你来说如此重要,这只是你的偏好,对代码的其他部分没有任何改善。
让我提醒你,这一切都始于你的那句"一切都很简单"。结果发现,根本就没有简化,只是可能用一行代码替换另一行代码。
如果你不能安定下来,这对你来说是一个原则问题。:)我举了ExpertRemove()作为例子。在某些情况下,这是很合适的。快速解决方案"。
在上一篇文章中,有专门创建的工具。我已经把它们忘得一干二净,尽管我在一些任务中积极使用它们。
我对这些功能一点都不熟悉。我从描述中什么都不明白。你能举个简单的例子来了解他们与我们情况相关的能力吗?
如果你不能安定下来,这是你的根本。:)
如果说 "对我来说 "是有原则的,那也只是从以下观点出发:你说过,折磨人的代码可以变得更简单、更优雅。事实证明,这种说法与现实相去甚远。事实证明,你不能 "简化 "那段代码,到目前为止,你只能 "简化 "一行代码,而且是用另一行代码来代替它。我很想看到代码的真正简化,而不是在上面盖上装饰性的印章。
我以后会试着做一个简单的例子...
而我们正在等待一个带有测试器功能的例子!也许这对许多人来说会有帮助。
现在请看雷纳特的例子 :https://www.mql5.com/ru/forum/6407。 今天我可能无法为这种特殊情况制作自己的版本。我将尝试至少做一些...
...你说过,曲折的代码可以变得更简单、更优雅。事实证明,这种说法与现实相去甚远......。
怎么会有 "收回去 "的态度?是的,逃跑吧 :[.
关于指责撒谎的问题。
- Y: 我也没有找到解决手头情况的办法。 当然,你可以在int OnInit()中搞砸一些块。但这一切看起来相当复杂。
- t:这就简单多了。当执行一个条件时,你可以简单地删除ExpertRemove()。
- Y: 因为在你的建议下,一个传球会提前完成,所以 "跟踪阻挡 "的麻烦并没有减少,阻挡的优雅程度也没有任何增加。
- t:你这话是什么意思?如果你没有任何优雅的解决方案,就根本不要使用任何解决方案?即使有一个,但正如你所说的,它是 " 乏味的"?
所以你说:(1)有比看起来很繁琐的代码块更简单的东西,(2)你用一些优雅的解决方案来反驳繁琐的代码,尽管用你的建议的优雅的代码被拒绝。
...
通过这样做,你表示(1)有比看起来很沉闷的代码块更简单的东西,(2)用一些优雅的解决方案来反驳沉闷的代码,尽管用你的建议的优雅的代码已经被拒绝。
如此误解....
请停止。没有人需要这个。我的意思正是我写的。从字面上看。而你却把它颠倒了过来。这根本不是你所理解的。:)
是什么让你认为如果我问你一个澄清的问题,就意味着我说了什么?你所强调的是对你的问题,而不是声明。我建议我们把这个问题解决掉......
那么你就搞错了...
请停止。没有人需要这个。我的意思正是我写的。从字面上看。