错误、漏洞、问题 - 页 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%。但在那之后，未结头寸的数量没有任何变化。而他的账户余额应该已经超过了允许的范围。
也许我对复制系统的理解不正确？
...