我的方法。核心是引擎。 - 页 159 1...152153154155156157158159160161162163164165166...184 新评论 jdjahfkahjf 2019.01.28 21:25 #1581 Artyom Trishkin:我是通过测试仪中的定时器在5个月内完成的。即使仅仅是使用它（而且是毫秒级的多轮计时器）也会导致测试仪的严重减速。因此，只需拒绝可视化器中的定时器--在刻度上工作是同样的事情。做了两个模型--通过定时器和通过OnTick()的标志事件。在实时中通过计时器，在渲染器中通过刻度线。 大话--三个模型--也是通过OnChartEvent()--那里也只有实时的。也可以用OnTimer()工作，对于测试者来说，但我读到了它。 Strategy Tester 使用的最小间隔为1000毫秒。 https://www.mql5.com/ru/docs/event_handlers/ontimer问题是，是否有可能在测试器中获得一毫秒，以及如何获得？ Документация по MQL5: Обработка событий / OnTimer www.mql5.com //| OnTimer_Sample.mq5 | //| Copyright 2018, MetaQuotes Software Corp. | //| https://www.mql5.com | //| Expert initialization function |... Igor Makanu 2019.01.28 21:30 #1582 jdjahfkahjf:也在通过OnTimer()，为测试者工作，但是，看到这个。 策略测试器 使用的最小间隔为1000毫秒。 https://www.mql5.com/ru/docs/event_handlers/ontimer问题，是否可以在测试器中获得毫秒数，如何获得？只有通过生成一个自定义的符号和蜱虫，并在蜱虫到达时进行工作。 不幸的是，这里没有很多变体。MT5有特定的事件OnTick() , OnTimer().... 可供处理。而且只有它们可以被处理，此外，OnChartEvent()事件不会在测试器中产生；一般来说，像往常一样，有必要写两个版本的代码，一个用于测试器，另一个用于交易（或者将代码分为一个版本，用于测试器中的工作和交易账户中的工作）。 HH：如果我没有弄错的话，那么1毫秒是不可能产生的，系统定时器Windows并没有提供这个精度。 jdjahfkahjf 2019.01.28 21:45 #1583 Igor Makanu:仅通过生成自定义符号和刻度线，并在刻度线到达时工作。 不幸的是，这里没有很多变体，在MT5的特定事件OnTick()、OnTimer()....，可以进行处理。而且只有它们可以被处理，此外，OnChartEvent()事件不会在测试器中产生；一般来说，像往常一样，有必要写两个版本的代码，一个用于测试器，另一个用于交易（或者将代码分为一个版本，用于测试器中的工作和交易账户中的工作）。 HH：如果我没有弄错的话，那么1毫秒是不可能产生的，系统定时器Windows并没有提供这个精度。我明白了，但你所说的已经被理解了。还是谢谢你。对MT5来说是好事，即使它已经 "测试 "了这么多年。但由于他们在这里发誓不会有对冲版本，希望也不会有任何低于一分钟的时间段，更不会有点状的时间段。 Реter Konow 2019.01.28 22:34 #1584 开发C#方向的意义何在？反正那里是个死胡同。没有办法把它放在市场上。但要用它来损害别人的利益，有很多可能性（如果他们开始绕过市场分发它）。谁又能控制它呢？他们为什么要这样做呢？ 但即使在这种情况下，也不太可能有很多人需要它。我把连接到他们的GUI变得如此简单和容易，只有编程的饕餮者才会费心去做另一个连接。 发动机的可能性将继续增长，使用也将变得更容易。C#没有机会阻止我））。 有趣的是，有些人认为这对我来说是一场灾难）。这是胡说八道，对任何人都没有好处。但是，让他们试试吧。我想知道什么会成功。 C#提供什么功能并不重要，重要的是谁能使用它们。大多数用户（编码员）都太弱了，无法自己创造出严肃的东西。你必须为他们、为他们创造。这就是我的工作。相反，C Sharp的方向导致远离简单性，进入复杂的编程世界。因此，它不会获得大规模普及。 Dmitry Fedoseev 2019.01.28 22:42 #1585 Реter Konow:开发C#方向的意义何在？反正那里是个死胡同。 ... 谢谢，我在睡觉前笑得很开心。 Vitaly Muzichenko 2019.01.28 22:51 #1586 Dmitry Fedoseev:谢谢，我在睡觉前笑得很开心。我也要去睡几个小时。 Алексей Тарабанов 2019.01.28 23:31 #1587 Retrog Konow2019.01.15 16:25#1471 数组的初始化 在绘图块内是缓慢的。如果我注释掉循环，就会减慢ResourceReadImage的速度，如果我注释掉ResourceReadImage，就会减慢循环的速度。此外，它们分别对处理器的负载为50%，但它们一起对处理器的负载为40%。这是无稽之谈... ---------------------------------------------- 大约，这就是它的样子。 通常是通过一个或另一个端口发送/接收信息的请求。 一项许可和一项交易。按操作环境的标准（规则）。你用Metacquotes做了这一切吗？ Реter Konow 2019.01.29 00:12 #1588 说实话，我想用C#来做这个方案。我将迅速而容易地把它整合到我的引擎中。在那里它可以工作，让用户选择通过我的GUI或他自己的Windows进行连接。 这将是很酷的。瓦西里，尽快写一篇文章。 向底片问好。:) Реter Konow 2019.01.29 00:16 #1589 Алексей Тарабанов: .... 听起来大致是这样的。 通常是通过一个或另一个端口发送/接收信息的请求。 决议和--交易。按操作环境的标准（规则）。你用Metacquotes做了这一切吗？不，这是一个通过资源进行内部沟通的问题。通过优化我的绘图系统，设法减少了一半的负荷。现在还没有放缓。 Реter Konow 2019.01.29 18:08 #1590 进行了大表的数据流量测试。可能性的极限是很有趣的。令我惊讶的是，它还没有到达他们那里。我现在就把结果公布出来.... 1...152153154155156157158159160161162163164165166...184 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
我是通过测试仪中的定时器在5个月内完成的。即使仅仅是使用它（而且是毫秒级的多轮计时器）也会导致测试仪的严重减速。因此，只需拒绝可视化器中的定时器--在刻度上工作是同样的事情。做了两个模型--通过定时器和通过OnTick()的标志事件。在实时中通过计时器，在渲染器中通过刻度线。
大话--三个模型--也是通过OnChartEvent()--那里也只有实时的。
也可以用OnTimer()工作，对于测试者来说，但我读到了它。
Strategy Tester 使用的最小间隔为1000毫秒。
https://www.mql5.com/ru/docs/event_handlers/ontimer
问题是，是否有可能在测试器中获得一毫秒，以及如何获得？
也在通过OnTimer()，为测试者工作，但是，看到这个。
策略测试器 使用的最小间隔为1000毫秒。
https://www.mql5.com/ru/docs/event_handlers/ontimer
问题，是否可以在测试器中获得毫秒数，如何获得？
只有通过生成一个自定义的符号和蜱虫，并在蜱虫到达时进行工作。
不幸的是，这里没有很多变体。MT5有特定的事件OnTick() , OnTimer().... 可供处理。而且只有它们可以被处理，此外，OnChartEvent()事件不会在测试器中产生；一般来说，像往常一样，有必要写两个版本的代码，一个用于测试器，另一个用于交易（或者将代码分为一个版本，用于测试器中的工作和交易账户中的工作）。
HH：如果我没有弄错的话，那么1毫秒是不可能产生的，系统定时器Windows并没有提供这个精度。
仅通过生成自定义符号和刻度线，并在刻度线到达时工作。
不幸的是，这里没有很多变体，在MT5的特定事件OnTick()、OnTimer()....，可以进行处理。而且只有它们可以被处理，此外，OnChartEvent()事件不会在测试器中产生；一般来说，像往常一样，有必要写两个版本的代码，一个用于测试器，另一个用于交易（或者将代码分为一个版本，用于测试器中的工作和交易账户中的工作）。
HH：如果我没有弄错的话，那么1毫秒是不可能产生的，系统定时器Windows并没有提供这个精度。
我明白了，但你所说的已经被理解了。还是谢谢你。
对MT5来说是好事，即使它已经 "测试 "了这么多年。
但由于他们在这里发誓不会有对冲版本，希望也不会有任何低于一分钟的时间段，更不会有点状的时间段。
开发C#方向的意义何在？反正那里是个死胡同。没有办法把它放在市场上。但要用它来损害别人的利益，有很多可能性（如果他们开始绕过市场分发它）。谁又能控制它呢？他们为什么要这样做呢？
但即使在这种情况下，也不太可能有很多人需要它。我把连接到他们的GUI变得如此简单和容易，只有编程的饕餮者才会费心去做另一个连接。
发动机的可能性将继续增长，使用也将变得更容易。C#没有机会阻止我））。
有趣的是，有些人认为这对我来说是一场灾难）。这是胡说八道，对任何人都没有好处。但是，让他们试试吧。我想知道什么会成功。
C#提供什么功能并不重要，重要的是谁能使用它们。大多数用户（编码员）都太弱了，无法自己创造出严肃的东西。你必须为他们、为他们创造。这就是我的工作。相反，C Sharp的方向导致远离简单性，进入复杂的编程世界。因此，它不会获得大规模普及。
开发C#方向的意义何在？反正那里是个死胡同。
...
谢谢，我在睡觉前笑得很开心。
谢谢，我在睡觉前笑得很开心。
我也要去睡几个小时。
----------------------------------------------
大约，这就是它的样子。
通常是通过一个或另一个端口发送/接收信息的请求。
一项许可和一项交易。按操作环境的标准（规则）。你用Metacquotes做了这一切吗？
说实话，我想用C#来做这个方案。我将迅速而容易地把它整合到我的引擎中。在那里它可以工作，让用户选择通过我的GUI或他自己的Windows进行连接。
这将是很酷的。瓦西里，尽快写一篇文章。
向底片问好。:)
Алексей Тарабанов:
....
听起来大致是这样的。
通常是通过一个或另一个端口发送/接收信息的请求。
决议和--交易。按操作环境的标准（规则）。你用Metacquotes做了这一切吗？
不，这是一个通过资源进行内部沟通的问题。通过优化我的绘图系统，设法减少了一半的负荷。现在还没有放缓。