错误、漏洞、问题 - 页 1358 1...135113521353135413551356135713581359136013611362136313641365...3184 新评论 A100 2015.08.25 14:33 #13571 Alexey Navoykov:就我个人而言,这是一个持续的问题,我必须始终保持警惕,或者到处指定A.operator=(B), A.operator!=(B),也就是说,它失去了简洁性,而且运算符重载实际上没有意义。我曾经提出过这个问题,但这个话题被搁置了。 让我们最后完成这个问题。 不明确指定A.operator!=(B) A100 2015.08.25 14:37 #13572 Alexey Navoykov:那是干什么的?反过来说更有意义:<和>应该导致指针的比较。这在当时已经讨论过了(请重读那条旧线)。在我的帖子中,我假设你记住了它,如果你建议:"让我们完成这个问题"。让我再重复一遍--牺牲了两个运算符(==和!=),以保留所有(!)其他运算符的能力(不仅仅是<和>)。损害功能的美丽。 Alexey Navoykov 2015.08.25 14:59 #13573 A100: 所以你不需要明确指定A.operator!=(B)。我希望这个问题很快就会得到解决,因为开发者终于听到了我的意见。 然后就会很简单:*A != *BA100: 这在当时已经讨论过了(请重新阅读那条旧线)--我重复--为了保留所有(!)其他(不只是<和>)的能力,牺牲了两个运算符(==和!=)。我同意所有这些运营商应该有平等的地位。但不是你建议的方式。 如果两个参数都是指针,那么必须将指针相互比较。 否则就不符合逻辑:两个参数都是由GetPointer 明确给出的,但由于某些原因,类操作符被执行。 所以,我认为,在这种情况下,不等号会更正确地应用于指针。然而,无论如何,显然没有人会改变运营商的行为。 否则就会出现对不工作的程序的普遍大吵大闹。你又一次忘记了赋值运算符。 你建议我们也通过一个函数来实现它吗? 这不是太累人了吗? Lev Tolpekin 2015.08.25 15:50 #13574 大家好。这样的问题,注册了一个信号,这个信号 相当可靠,然后突然开始疯狂的交易,开始时一切都会很好,因为有利润,最后变成了亏钱。你能告诉我这只狗被埋在哪里吗(谁的错?),谁能帮助解决这个问题。 Vladimir Pastushak 2015.08.25 16:02 #13575 leot:大家好。这样的问题,注册了一个相当可靠的信号,这里突然开始疯狂的交易,一开始一切都会很好,因为有了利润,最后变成了亏钱。你能告诉我这只狗被埋在哪里吗(谁的错?),谁能帮助解决这个问题。一个相当可靠的 信号,在这里突然开始了 疯狂的交易。+100500 Alexey Navoykov 2015.08.25 16:08 #13576 leot:你能告诉我这只狗被埋在哪里吗(这是谁的错?),谁能帮助解决这个问题? 我们可以告诉你狗被埋在哪里:车库后面。 但这是谁的错,你应该去找心灵感应的分支,它在论坛的某个地方,谷歌一下。 uekzq 2015.08.25 16:20 #13577 当交易被复制 时,它们是以最小的交易量打开的,而不是与存款成比例。 如何纠正这种情况? Artyom Trishkin 2015.08.25 16:20 #13578 Alexey Navoykov: 我们会告诉你狗被埋在哪里:车库后面,但这是谁的错--你应该去找心灵感应分部,它在这个论坛的某个地方,谷歌一下。 Клуб Телепатов - MQL4 форум www.mql5.com Клуб Телепатов - MQL4 форум Lev Tolpekin 2015.08.25 16:22 #13579 是的,事情是这样的:在我的信号部分的网站上呈现的订单和我手机上的平台发出的订单不一致。这不是信号的问题,信号是可靠的,是传输的问题,可能是什么原因?如果从技术角度看我根本不懂,我怎么做才能提供材料呢? A100 2015.08.25 17:24 #13580 Alexey Navoykov:而且,你又一直忘记了赋值运算符。 你也提出要通过函数来实现它吗? 这不是太累人了吗?在operator=(...)的情况下,没有比直接使用a.operator=( b )更简单的解决方案了。如果他们让*A=*B--很好!他们会让*A=*B。 1...135113521353135413551356135713581359136013611362136313641365...3184 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
就我个人而言,这是一个持续的问题,我必须始终保持警惕,或者到处指定A.operator=(B), A.operator!=(B),也就是说,它失去了简洁性,而且运算符重载实际上没有意义。
我曾经提出过这个问题,但这个话题被搁置了。 让我们最后完成这个问题。
那是干什么的?
反过来说更有意义:<和>应该导致指针的比较。
这在当时已经讨论过了(请重读那条旧线)。在我的帖子中,我假设你记住了它,如果你建议:"让我们完成这个问题"。
让我再重复一遍--牺牲了两个运算符(==和!=),以保留所有(!)其他运算符的能力(不仅仅是<和>)。损害功能的美丽。
所以你不需要明确指定A.operator!=(B)。
我希望这个问题很快就会得到解决,因为开发者终于听到了我的意见。 然后就会很简单:*A != *B
这在当时已经讨论过了(请重新阅读那条旧线)--我重复--为了保留所有(!)其他(不只是<和>)的能力,牺牲了两个运算符(==和!=)。
我同意所有这些运营商应该有平等的地位。但不是你建议的方式。 如果两个参数都是指针,那么必须将指针相互比较。 否则就不符合逻辑:两个参数都是由GetPointer 明确给出的,但由于某些原因,类操作符被执行。 所以,我认为,在这种情况下,不等号会更正确地应用于指针。
然而,无论如何,显然没有人会改变运营商的行为。 否则就会出现对不工作的程序的普遍大吵大闹。
你又一次忘记了赋值运算符。 你建议我们也通过一个函数来实现它吗? 这不是太累人了吗?
大家好。
这样的问题,注册了一个信号,这个信号 相当可靠,然后突然开始疯狂的交易,开始时一切都会很好,因为有利润,最后变成了亏钱。你能告诉我这只狗被埋在哪里吗(谁的错?),谁能帮助解决这个问题。
大家好。
这样的问题,注册了一个相当可靠的信号,这里突然开始疯狂的交易,一开始一切都会很好,因为有了利润,最后变成了亏钱。你能告诉我这只狗被埋在哪里吗(谁的错?),谁能帮助解决这个问题。
一个相当可靠的 信号,在这里突然开始了 疯狂的交易。
+100500
你能告诉我这只狗被埋在哪里吗(这是谁的错?),谁能帮助解决这个问题?
我们会告诉你狗被埋在哪里:车库后面,但这是谁的错--你应该去找心灵感应分部,它在这个论坛的某个地方,谷歌一下。
是的,事情是这样的:在我的信号部分的网站上呈现的订单和我手机上的平台发出的订单不一致。
这不是信号的问题,信号是可靠的,是传输的问题,可能是什么原因?
如果从技术角度看我根本不懂,我怎么做才能提供材料呢?
而且,你又一直忘记了赋值运算符。 你也提出要通过函数来实现它吗? 这不是太累人了吗?
在operator=(...)的情况下,没有比直接使用a.operator=( b )更简单的解决方案了。
如果他们让*A=*B--很好!他们会让*A=*B。