帮助! - 页 6 12345678 新评论 Dmitry Fedoseev 2015.11.05 00:06 #51 他们把一个40公斤的包放在驴子身上,然后他们发现他们忘了一个1公斤重的水壶--这不是问题,少了1公斤多,所以他们把水壶也放在驴子身上。因此,在驴子上各放一公斤(对驴子来说是如此微不足道的东西),它可以装下无限大的货物。 Dmitry Fedoseev 2015.11.05 00:08 #52 Andrey Khatimlianskii:我认为,只有你,迪马,在这里谈论 "它" )人们在讨论工作代码,其中if是最快的部分。开关几乎是即时工作的,你可以用它来做通用EA。但我看不出有什么意义。它从这里 开始。最好不是开关,而是OOP多态性。 Andrey Khatimlianskii 2015.11.05 01:02 #53 Dmitry Fedoseev: 我们给驴子放了40公斤的重量,然后我们注意到我们忘了一个1公斤的重量瓶,这不是问题,我们少放一个1公斤的重量--这也不是问题。因此,你可以在一头驴子身上无休止地装上每个人一公斤的货物(对驴子来说是如此微不足道的事情)。没有信用。他们把20克的空烧瓶挂在驴子身上。而且他真的不关心。由于水被倒在那里,对他来说很难受(功能很重)。德米特里-费多塞耶夫。它从这里 开始。最好不是扫荡,而是OOP多态性。在这个特殊的例子中,你可以插入至少10个ifs,而且不会影响操作的速度(以及测试和优化的速度)(<1%的减速)。因为在下一个函数中,将对订单或至少是订单总数的请求进行解析,而另一个函数将检查时间,并考虑到GMT的偏移。 Dmitry Fedoseev 2015.11.05 01:58 #54 Andrey Khatimlianskii:...在这个例子中,你可以插入至少10个ifs,而且不会影响操作速度(以及测试和优化速度)(<1%的速度)。原因是相邻的函数将列举订单或至少是订单总数的请求,而另一个函数将检查时间,考虑到格林尼治标准时间的转变。在那个地方插入,在另一个地方插入,在另一个地方插入,等等。和驴子起飞了。在这个例子中,额外检查的便利性是最小的。相反,有人希望在EA启动后立即开单,即使EA是在条形工作。但专家顾问是一个超级称职的程序员,在定义狗屎代码方面,在他看来,所有错误的东西都是狗屎代码。你这样向我解释一切,就好像我根本没有看到我没有写过的一个EA一样。事实证明,我甚至不知道如何正确地写一个if条件。这对驴子来说并不难,你不会一下子把水倒进烧瓶里,而是一个一个地倒。事实证明,驴子可以装下无限大的重量。 Andrey Khatimlianskii 2015.11.05 02:39 #55 Dmitry Fedoseev:我不应该从我自己的聪明才智开始。 关于交易、自动交易系统和交易策略测试的论坛 帮助! Dmitry Fedoseev, 2015.11.03 20:44 操作速度降低。我们刚刚捡到了!;) Dmitry Fedoseev 2015.11.05 02:54 #56 减少,因此没有理由把它推到你可以不做的地方。 Andrey Dik 2015.11.05 05:03 #57 已经停止了。最快的程序是一个OnTick();就这样。任何包含更多代码的东西都会更慢。如果你必须考虑速度问题,那肯定不是如果的问题。在OpenCL代码中,if可能是至关重要的,它创建的分支逻辑会导致线程不同步。但还是那句话,不是if本身导致了速度减慢,而是由于逻辑不同,线程的运行速度不同。即使在这种情况下,你也不应该试图减少if的数量,而是在if和else块中 "统一 "操作,比如说而不是if(a>0.0) a = b;需要使用if(a>0.0) a = b; else a = a;那么不同线程中的操作数量就会被保留下来,而且不会出现不同步的情况,执行速度也会更高,尽管代码更多。 Alexey Busygin 2015.11.05 05:55 #58 Dmitry Fedoseev:放在一个地方,放在另一个地方,放在另一个地方,如此反复......。和驴子将起飞。在这个例子中,额外检查的便利性是最小的。相反,有人希望在EA启动后立即开单,即使EA是在条形工作。但我们的专家顾问根据定义是超级权威的,00000,一切不喜欢的都是XXXX。你们都这样向我解释,好像我没有见过任何一个EA,并不是说我写过一个。事实证明,我甚至不知道如何写正确的if条件。他们不是一下子把水倒进烧瓶,而是一个一个地倒。事实证明,驴子可以装下无限的货物。不仅仅是程序可以走到极端。这正是你正在做的事情。如果你说你知道怎么做,你必须理解if运算符的原理。或者你不这样做?也不要把if操作者和驴子相提并论,驴子坐在你的脑子里,写的都是废话。也不要把如果操作者比作一头坐在脑子里写胡话的驴子。 Dmitry Fedoseev 2015.11.05 06:41 #59 在你喜欢的地方塞入你最喜欢的ifes Dmitry Fedoseev 2015.11.05 06:47 #60 Joo Zepper:而不是你应该使用 为什么不反其道而行之? 12345678 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
我认为,只有你,迪马,在这里谈论 "它" )
人们在讨论工作代码,其中if是最快的部分。
开关几乎是即时工作的,你可以用它来做通用EA。但我看不出有什么意义。
它从这里 开始。
最好不是开关,而是OOP多态性。
我们给驴子放了40公斤的重量,然后我们注意到我们忘了一个1公斤的重量瓶,这不是问题,我们少放一个1公斤的重量--这也不是问题。因此,你可以在一头驴子身上无休止地装上每个人一公斤的货物(对驴子来说是如此微不足道的事情)。
没有信用。
他们把20克的空烧瓶挂在驴子身上。而且他真的不关心。
由于水被倒在那里,对他来说很难受(功能很重)。
它从这里 开始。
最好不是扫荡,而是OOP多态性。
在这个特殊的例子中,你可以插入至少10个ifs,而且不会影响操作的速度(以及测试和优化的速度)(<1%的减速)。
因为在下一个函数中,将对订单或至少是订单总数的请求进行解析,而另一个函数将检查时间,并考虑到GMT的偏移。
...
在这个例子中,你可以插入至少10个ifs,而且不会影响操作速度(以及测试和优化速度)(<1%的速度)。
原因是相邻的函数将列举订单或至少是订单总数的请求,而另一个函数将检查时间,考虑到格林尼治标准时间的转变。
在那个地方插入,在另一个地方插入,在另一个地方插入,等等。和驴子起飞了。
在这个例子中,额外检查的便利性是最小的。相反,有人希望在EA启动后立即开单,即使EA是在条形工作。但专家顾问是一个超级称职的程序员,在定义狗屎代码方面,在他看来,所有错误的东西都是狗屎代码。
你这样向我解释一切,就好像我根本没有看到我没有写过的一个EA一样。事实证明,我甚至不知道如何正确地写一个if条件。
这对驴子来说并不难,你不会一下子把水倒进烧瓶里,而是一个一个地倒。事实证明,驴子可以装下无限大的重量。
我不应该从我自己的聪明才智开始。
关于交易、自动交易系统和交易策略测试的论坛
帮助!
Dmitry Fedoseev, 2015.11.03 20:44
操作速度降低。我们刚刚捡到了!;)
已经停止了。最快的程序是一个OnTick();就这样。
任何包含更多代码的东西都会更慢。如果你必须考虑速度问题,那肯定不是如果的问题。
在OpenCL代码中,if可能是至关重要的,它创建的分支逻辑会导致线程不同步。但还是那句话,不是if本身导致了速度减慢,而是由于逻辑不同,线程的运行速度不同。即使在这种情况下,你也不应该试图减少if的数量,而是在if和else块中 "统一 "操作,比如说
而不是
需要使用
那么不同线程中的操作数量就会被保留下来,而且不会出现不同步的情况,执行速度也会更高,尽管代码更多。
放在一个地方,放在另一个地方,放在另一个地方,如此反复......。和驴子将起飞。
在这个例子中,额外检查的便利性是最小的。相反,有人希望在EA启动后立即开单,即使EA是在条形工作。但我们的专家顾问根据定义是超级权威的,00000,一切不喜欢的都是XXXX。
你们都这样向我解释,好像我没有见过任何一个EA,并不是说我写过一个。事实证明,我甚至不知道如何写正确的if条件。
他们不是一下子把水倒进烧瓶,而是一个一个地倒。事实证明,驴子可以装下无限的货物。
不仅仅是程序可以走到极端。这正是你正在做的事情。
如果你说你知道怎么做,你必须理解if运算符的原理。或者你不这样做?
也不要把if操作者和驴子相提并论,驴子坐在你的脑子里,写的都是废话。也不要把如果操作者比作一头坐在脑子里写胡话的驴子。
而不是
你应该使用