错误、漏洞、问题 - 页 1494 1...148714881489149014911492149314941495149614971498149915001501...3184 新评论 --- 2016.02.04 08:26 #14931 zaskok3:如果能对缺乏OnMarketwatch的情况作出解释,也将不胜感激。你最好不要要求解释为什么这个事件不在MT中。你应该写信给服务台,详细解释你认为它应该如何工作,以及为什么99%的交易者需要它。 --- 2016.02.04 08:28 #14932 Maxim Khrolenko: 在我看来,你可以在这里使用OnTimer(),每隔X毫秒调用一个事件。 这种解决方案早就有了更精确的变体--把指标放在所需的符号上,并把用户的事件 发送到专家顾问那里。 Slava 2016.02.04 08:33 #14933 zaskok3: 市场观察中的新蜱虫到达事件。与OnTick类似,只是它反应的不是一个符号的新刻度,而是Marketwatch中的所有符号。在目前的报价流程中,甚至他们自己的ticks也可以分批到达,同时处理另一个OnTick。出于某种原因,许多人认为,当某些事件发生时,这个事件的处理程序会立即被激活,即使另一个事件被同一个专家顾问处理(即平行处理)。事实并非如此。所有事件都排在同一专家顾问的一个总队列中。专家顾问将逐一处理它们。在这种情况下,一切都取决于程序员--他/她如何有效地实现对某一事件的处理。但是,即使程序员是一个超级程序员,并且有一辆超级汽车,当有很多事件发生时,队列仍然会膨胀(当有外国字符的标记时,就越是如此)。想从其他人的角色中获得虱子的论据是什么?"我不想旋转计时器来追踪正确的人物,因为我可能会来不及分配"。而且,由于别人的符号勾选事件(尤其是在监测多个符号的情况下)可能会因为自己对另一个事件的处理而在队列中被延迟,因此,迟到的概率要高得多,这就是赠品。相信我,我们实际上已经讨论了关于其他人的蜱虫的事件。这就是为什么我们得出了 "使用计时器会好得多 "的结论。 --- 2016.02.04 08:34 #14934 zaskok3:在MQL4++中,当我需要以编程方式 改变输入参数 时,我不能不使用extern。 绝对没有任何东西可以阻止你用常规变量工作。对于交互式指标来说,基本上不需要外部的恒定参数,这些参数不是由你的交互性控制的。你只是懒惰,要求非理性的冗余,你不会使用这些冗余,因为有一个可行的替代方案。 Slava 2016.02.04 08:38 #14935 Joo Zepper: 您对拥有多台显示器的业主有何建议?你怎样才能组织好与终端的高效工作?所有标签和服务窗口(工具箱、测试器、市场概览、导航器、数据窗口、工具栏)都应放在单独的显示器上。在终端窗口中只留下图表。在几个具有相同尺寸和分辨率的显示器上拉伸终端窗口 [删除] 2016.02.04 09:06 #14936 o_O:你最好不要要求解释为什么这个事件不在MT中。你应该写信给服务台,详细解释你认为它应该如何工作,以及为什么99%的交易者需要它。o_O:没有什么能阻止你用正常的变量工作。对于交互式指标来说,基本上不需要由你的交互性控制的外部参数。你只是在偷懒,要求一个你自己不会使用的不合理的冗余,因为已经有一个可行的替代方案。我不理解这种对冷静推理的咄咄逼人的看法。你似乎有些不对劲...没有,一切都很好,平静下来。你不是R...Maxim Khrolenko: 我认为你可以在这里使用OnTimer(),每隔X毫秒调用一次事件。o_O: 这个解决方案已经被开发得更精确了--把指标放在所需的符号上,并把自定义事件 发送到专家顾问。我知道,这就是为什么我直接写信。zaskok3:由于某些原因,他们通过计时器或更大的变态行为--OnChartEvent,提供了拐杖式的解决方案。斯拉瓦,我不太理解你的逻辑。斯拉瓦。想从其他人的角色中获得虱子的论据是什么?"我不想旋转计时器来追踪正确的人物,因为我可能会在赠品上迟到"。而且,由于别人的符号勾选事件(尤其是在多个符号被监控的情况下)可能会因为自己对另一个事件的处理而延迟排队,所以迟到的概率会更大。相信我,我们确实讨论过关于其他人抽搐的事件。这就是为什么我们得出结论:"使用计时器会好得多"。那么,如果一个定时器也能满足其自身的刻度,那么设置OnTick的目的是什么呢?我的逻辑可能是不正确的。但我的推理如下:既然有OnTick,也一定有OnMarketWatch。既然OnMarketWatch可以通过OnTimer实现,那么同样的事情也可以通过OnTick来实现。因此,OnTick的存在与OnMarketWatch的存在有着同样的道理。但一个存在,另一个不存在。对于当前OnTick执行时存在的ticks,OnTick队列被重置为零(在EA中是如此)。我们所说的队列溢出是什么并不清楚。在周末让计时器空转是不合理的。而且,EA并不是在每个tick上都触发OnTick。这就是为什么在EA中不可能收集蜱虫而不跳过它们的原因。队列被清除了,这很正常。没有溢出的情况。 Slava 2016.02.04 09:31 #14937 zaskok3:斯拉瓦,我不太理解你的逻辑。那么,如果一个定时器也能满足其自身的刻度,那么设置OnTick的目的是什么呢?我的逻辑,也许,没有正确地工作。但我的推理如下:如果有OnTick,也一定有OnMarketWatch。既然OnMarketWatch可以通过OnTimer实现,那么同样的事情也可以通过OnTick来实现。因此,OnTick的存在与OnMarketWatch的存在有着同样的道理。但一个存在,另一个不存在。对于当前OnTick执行时的ticks,OnTick队列被重置为零(在EA中是这样的)。队列溢出是怎么回事并不清楚。在周末让计时器空转是不合理的。而且,EA并不是在每个tick上都触发OnTick。这就是为什么在EA中不可能收集蜱虫而不跳过它们的原因。队列被清除了,这很正常。没有溢出的情况。OnTick从四重启动功能中无缝移出OnTick涵盖了99%的需求,允许你编写简单的程序。这并不是说排队的人太多了。这是关于膨大的问题--事件并没有丢失。没有单独的事件队列(OnTick队列)。同一专家顾问的所有事件都有一个共同的队列。但队列中的事件补充是相当智能的--如果队列中有一个原始的NewTick事件,其他的NewTick事件就不会被添加到其中。如果队列中有一个原始的Timer事件,其他的Timer事件就不会被添加到队列中。等等。关于定时器的合理性-不合理性。事实上,定时器并不像你想象的那样占用大量资源。顺便说一下,客户终端有几个定时器同时工作,以满足自己的需要。它们一直在工作,而且处理器负载为0 [删除] 2016.02.04 09:52 #14938 Slawa:OnTick涵盖了你99%的需求,并允许你编写简单的程序。99%,如果你在源代码中把OnTick重命名为OnTimer,使定时器的初始化变成另一个(一行),结果不会改变--它将像以前一样工作,程序仍然是那么简单。OnTick从四重启动功能无缝过渡到这就对了。大多数人更习惯于此。这就是主要原因。谢谢你投入这么多的注意力来澄清问题。我有一个请求,希望通过定时器添加人工OnMarketWatch实现的源代码。在我的实现中,我必须记住所有符号的前一个ticks,并在每个定时器步骤中与当前值进行比较。如果有差异,生成事件以调用OnMarketWatch。而恰恰是这种行动似乎是不合理的。换句话说,我们不能在输出时闲置地运行OnTimer。我们必须不断地进行比较。也许有一个更好的解决方案。这就是为什么我要求你向我展示你的变体。你会怎么做。我仍然认为带OnChartEvent 的自行车是一种变态的行为。因为它需要在市场观察中打开尽可能多的图表字符。 Artem Prischepa 2016.02.04 09:59 #14939 我的朋友们,可能有一个非常矛盾的情况。 从理论上讲,如果我理解正确,如果一个信号用户将其账户的杠杆率从1:200提高到1:500,应该会导致开仓量至少增加两倍。 同样的情况也适用于存款负荷;如果存款负荷增加,数量也应增加。 我的一个订户写道,他/她把杠杆从1:200增加到1:500,负载从50%增加到90%。但在那之后,未结头寸的数量没有任何变化。而他的账户余额应该已经超过了允许的范围。 也许我对复制系统的理解不正确? Vladimir Karputov 2016.02.04 10:02 #14940 Artem Prischepa:... 不要再代表想象中的(或虚构的)用户提问了。如果订户有问题,就让他自己问吧。否则,我将认为它是对信号的宣传。 1...148714881489149014911492149314941495149614971498149915001501...3184 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
如果能对缺乏OnMarketwatch的情况作出解释,也将不胜感激。
你最好不要要求解释为什么这个事件不在MT中。
你应该写信给服务台,详细解释你认为它应该如何工作,以及为什么99%的交易者需要它。
在我看来,你可以在这里使用OnTimer(),每隔X毫秒调用一个事件。
市场观察中的新蜱虫到达事件。与OnTick类似,只是它反应的不是一个符号的新刻度,而是Marketwatch中的所有符号。
在目前的报价流程中,甚至他们自己的ticks也可以分批到达,同时处理另一个OnTick。
出于某种原因,许多人认为,当某些事件发生时,这个事件的处理程序会立即被激活,即使另一个事件被同一个专家顾问处理(即平行处理)。事实并非如此。
所有事件都排在同一专家顾问的一个总队列中。专家顾问将逐一处理它们。在这种情况下,一切都取决于程序员--他/她如何有效地实现对某一事件的处理。但是,即使程序员是一个超级程序员,并且有一辆超级汽车,当有很多事件发生时,队列仍然会膨胀(当有外国字符的标记时,就越是如此)。
想从其他人的角色中获得虱子的论据是什么?"我不想旋转计时器来追踪正确的人物,因为我可能会来不及分配"。而且,由于别人的符号勾选事件(尤其是在监测多个符号的情况下)可能会因为自己对另一个事件的处理而在队列中被延迟,因此,迟到的概率要高得多,这就是赠品。
相信我,我们实际上已经讨论了关于其他人的蜱虫的事件。这就是为什么我们得出了 "使用计时器会好得多 "的结论。
在MQL4++中,当我需要以编程方式 改变输入参数 时,我不能不使用extern。
绝对没有任何东西可以阻止你用常规变量工作。对于交互式指标来说,基本上不需要外部的恒定参数,这些参数不是由你的交互性控制的。
你只是懒惰,要求非理性的冗余,你不会使用这些冗余,因为有一个可行的替代方案。
您对拥有多台显示器的业主有何建议?你怎样才能组织好与终端的高效工作?
所有标签和服务窗口(工具箱、测试器、市场概览、导航器、数据窗口、工具栏)都应放在单独的显示器上。
在终端窗口中只留下图表。在几个具有相同尺寸和分辨率的显示器上拉伸终端窗口
你最好不要要求解释为什么这个事件不在MT中。
你应该写信给服务台,详细解释你认为它应该如何工作,以及为什么99%的交易者需要它。
没有什么能阻止你用正常的变量工作。对于交互式指标来说,基本上不需要由你的交互性控制的外部参数。
你只是在偷懒,要求一个你自己不会使用的不合理的冗余,因为已经有一个可行的替代方案。
我不理解这种对冷静推理的咄咄逼人的看法。你似乎有些不对劲...没有,一切都很好,平静下来。你不是R...
我认为你可以在这里使用OnTimer(),每隔X毫秒调用一次事件。
这个解决方案已经被开发得更精确了--把指标放在所需的符号上,并把自定义事件 发送到专家顾问。
我知道,这就是为什么我直接写信。
zaskok3:
由于某些原因,他们通过计时器或更大的变态行为--OnChartEvent,提供了拐杖式的解决方案。
斯拉瓦,我不太理解你的逻辑。
斯拉瓦。
想从其他人的角色中获得虱子的论据是什么?"我不想旋转计时器来追踪正确的人物,因为我可能会在赠品上迟到"。而且,由于别人的符号勾选事件(尤其是在多个符号被监控的情况下)可能会因为自己对另一个事件的处理而延迟排队,所以迟到的概率会更大。
相信我,我们确实讨论过关于其他人抽搐的事件。这就是为什么我们得出结论:"使用计时器会好得多"。
那么,如果一个定时器也能满足其自身的刻度,那么设置OnTick的目的是什么呢?我的逻辑可能是不正确的。但我的推理如下:既然有OnTick,也一定有OnMarketWatch。既然OnMarketWatch可以通过OnTimer实现,那么同样的事情也可以通过OnTick来实现。因此,OnTick的存在与OnMarketWatch的存在有着同样的道理。但一个存在,另一个不存在。
对于当前OnTick执行时存在的ticks,OnTick队列被重置为零(在EA中是如此)。我们所说的队列溢出是什么并不清楚。在周末让计时器空转是不合理的。而且,EA并不是在每个tick上都触发OnTick。这就是为什么在EA中不可能收集蜱虫而不跳过它们的原因。队列被清除了,这很正常。没有溢出的情况。
zaskok3:
斯拉瓦,我不太理解你的逻辑。
那么,如果一个定时器也能满足其自身的刻度,那么设置OnTick的目的是什么呢?我的逻辑,也许,没有正确地工作。但我的推理如下:如果有OnTick,也一定有OnMarketWatch。既然OnMarketWatch可以通过OnTimer实现,那么同样的事情也可以通过OnTick来实现。因此,OnTick的存在与OnMarketWatch的存在有着同样的道理。但一个存在,另一个不存在。
对于当前OnTick执行时的ticks,OnTick队列被重置为零(在EA中是这样的)。队列溢出是怎么回事并不清楚。在周末让计时器空转是不合理的。而且,EA并不是在每个tick上都触发OnTick。这就是为什么在EA中不可能收集蜱虫而不跳过它们的原因。队列被清除了,这很正常。没有溢出的情况。
OnTick从四重启动功能中无缝移出
OnTick涵盖了99%的需求,允许你编写简单的程序。
这并不是说排队的人太多了。这是关于膨大的问题--事件并没有丢失。
没有单独的事件队列(OnTick队列)。同一专家顾问的所有事件都有一个共同的队列。
但队列中的事件补充是相当智能的--如果队列中有一个原始的NewTick事件,其他的NewTick事件就不会被添加到其中。如果队列中有一个原始的Timer事件,其他的Timer事件就不会被添加到队列中。等等。
关于定时器的合理性-不合理性。事实上,定时器并不像你想象的那样占用大量资源。顺便说一下,客户终端有几个定时器同时工作,以满足自己的需要。它们一直在工作,而且处理器负载为0
OnTick涵盖了你99%的需求,并允许你编写简单的程序。
99%,如果你在源代码中把OnTick重命名为OnTimer,使定时器的初始化变成另一个(一行),结果不会改变--它将像以前一样工作,程序仍然是那么简单。
OnTick从四重启动功能无缝过渡到
这就对了。大多数人更习惯于此。这就是主要原因。
谢谢你投入这么多的注意力来澄清问题。我有一个请求,希望通过定时器添加人工OnMarketWatch实现的源代码。在我的实现中,我必须记住所有符号的前一个ticks,并在每个定时器步骤中与当前值进行比较。如果有差异,生成事件以调用OnMarketWatch。而恰恰是这种行动似乎是不合理的。换句话说,我们不能在输出时闲置地运行OnTimer。我们必须不断地进行比较。也许有一个更好的解决方案。这就是为什么我要求你向我展示你的变体。你会怎么做。
我仍然认为带OnChartEvent 的自行车是一种变态的行为。因为它需要在市场观察中打开尽可能多的图表字符。
从理论上讲,如果我理解正确,如果一个信号用户将其账户的杠杆率从1:200提高到1:500,应该会导致开仓量至少增加两倍。
同样的情况也适用于存款负荷;如果存款负荷增加,数量也应增加。
我的一个订户写道,他/她把杠杆从1:200增加到1:500,负载从50%增加到90%。但在那之后,未结头寸的数量没有任何变化。而他的账户余额应该已经超过了允许的范围。
也许我对复制系统的理解不正确?
...