在Otkritie交易哪些工具 - 页 9 12345678910111213 新评论 Vladimir Karputov 2016.04.22 10:35 #81 Anton Zverev:我需要写一个函数来返回从一个日期到下一个日期的刻度线。如果成功，则为真，否则为假。而我却不能设法写出这样的废话。因为我不知道该如何处理异步。Renat通过OnTimer的例子可能是一个选择。但绝对不是他所引用的方式。OnTimer可以用来做很多事情。简而言之，可以引入一个基本的日期到日期的功能，使其发挥作用。条形图的刻度量 与坐在复制刻度中的内容完全不一致，所以不清楚要查询多少刻度。该脚本要求从某个日期开始提供数据。这是两次运行该脚本的结果，间隔时间为几分钟。2016.04.22 11:32:38.538 CopyTicks_1_02 (RTS-6.16,H3) Получено тиков: 409 код ошибки: 0 2016.04.22 11:32:38.538 CopyTicks_1_02 (RTS-6.16,H3) Тик: 2016.04.22 11:30:00 bid: 92480.0 ask: 92540.0 last: 92520.0 [0] 2016.04.22 11:32:38.538 CopyTicks_1_02 (RTS-6.16,H3) Тик: 2016.04.22 11:32:38 bid: 92380.0 ask: 92390.0 last: 92380.0 [408] 2016.04.22 11:32:38.538 CopyTicks_1_02 (RTS-6.16,H3) Size 0 Mb 2016.04.22 11:34:26.502 CopyTicks_1_02 (RTS-6.16,H3) Получено тиков: 632 код ошибки: 0 2016.04.22 11:34:26.502 CopyTicks_1_02 (RTS-6.16,H3) Тик: 2016.04.22 11:30:00 bid: 92480.0 ask: 92540.0 last: 92520.0 [0] 2016.04.22 11:34:26.502 CopyTicks_1_02 (RTS-6.16,H3) Тик: 2016.04.22 11:34:26 bid: 92410.0 ask: 92440.0 last: 92420.0 [631] 2016.04.22 11:34:26.502 CopyTicks_1_02 (RTS-6.16,H3) Size 0 Mb 也就是说，要求从某一日期到当前时刻的刻度。 附加的文件： CopyTicks_1_02.mq5 3 kb [删除] 2016.04.22 11:00 #82 Karputov Vladimir:该脚本要求从某个日期开始提供数据。这是在间隔几分钟的时间内两次运行脚本的结果。也就是说，要求从某一日期到当前时刻的刻度。我不明白你为什么要引用那些在信息方面甚至不如文档的代码。当然，谢谢你。但这根本不是我所要求的。雷纳特的代码要好得多，但它完全不一样。 [删除] 2016.04.22 11:01 #83 Renat Fatkhullin:不，每个交易服务器的所有先前下载的刻度线都被缓存在本地并自动提取。在前一页有一张蜱虫文件的截图。谢谢，我还没有详细研究过Bases文件夹。我怎样才能在OnTester中请求copyticks，以获得所有已通过的ticks？ Renat Fatkhullin 2016.04.22 11:04 #84 Anton Zverev: 我们如何在OnTester中查询copyticks，以获得所有已通过的ticks？在目前的测试版中（今天的版本），调用CopyTicks，可以得到最后几万个ticks。测试仪使用一个环形缓冲器 来存储蜱虫，而没有能力获得数百万的蜱虫。储存所有刻度线的成本很高，因此有环形缓冲器。不过，也许我们可以改变这种行为。 Renat Fatkhullin 2016.04.22 11:06 #85 Anton Zverev:我不明白你为什么要引用连文档都不如的代码来说明问题。当然，谢谢你。但这根本不是我所问的。雷纳特的代码要好得多，但也不尽然。 我的代码只是为了演示 "为了获得非常深的刻度线，你应该多次调用CopyTicks以等待分页 "的原则。OnTimer在这方面做得很好。 [删除] 2016.04.22 11:10 #86 Renat Fatkhullin:在目前的测试版中（今天的版本），调用CopyTicks，可以得到最后几万个ticks。测试仪使用一个环形缓冲器来存储蜱虫，而没有能力获得数百万的蜱虫。储存所有刻度线的成本很高，因此有环形缓冲器。不过我们可以改变这种行为。如何确定环形缓冲区的大小，而不需要在每个tick 上进行查询（在测试器中这样做的成本很高）复制ticks？比方说，环形缓冲区是10000。然后我每隔10000调用copyticks，以确保没有跳过。但出现了一个问题，那就是一个时间的刻度（精确到毫秒）。在交易所，他们被发现。我不想重复计算它们，要求从这次的MS中复制。 [删除] 2016.04.22 11:13 #87 Renat Fatkhullin: 我的代码只是为了证明 "为了获得非常深的刻度线，你必须多次调用CopyTicks来等待分页 "的原则。OnTimer很适合它。我意识到这是出于示范目的。这就是为什么我立即想到了OnCopyTicks。请帮助解决这个问题，我在一个或另一个方面遇到了麻烦。安东-兹维列夫。我需要写一个函数来返回从一个日期到另一个日期的刻度线。如果成功则为真，否则则为假。 Vladimir Karputov 2016.04.22 11:13 #88 Anton Zverev:我不明白为什么你给出的代码甚至不如文档中的信息量大。当然，谢谢你。但这根本不是我所问的。雷纳特的代码要好得多，但它完全不一样。如果你需要从（旧日期）到（年轻日期），你需要像这样。查询从 "旧日期 "开始的刻度（有余地）。在收到的数组中，从索引 "0 "开始，检查日期。只要你找到第一次出现的情况（年轻的日期），你就会记住它（索引年轻的日期）。在这一点上，你已经确定从索引0到（索引年轻日期）的刻度线数组包含你想要的刻度线。 Dmitriy Skub 2016.04.22 11:14 #89 如果能增加一个功能，检查上传/注入的蜱虫状态--在本地终端数据库中，那就更好了。类似于CheckXXX( 符号 )的东西。所以你不必一直拉着复印机。 [删除] 2016.04.22 11:33 #90 Karputov Vladimir:如果你想从（旧日期）到（年轻日期），请做以下工作。查询从 "旧日期 "开始的滴答声（有余地）。在收到的数组中，从索引 "0 "开始，检查日期。只要你找到第一次出现的情况（年轻的日期），你就会记住它（索引年轻的日期）。在这一点上，你已经确定从索引0到（索引年轻日期）的刻度线数组包含你想要的刻度线。有了保证金，那就是浪费。我提出默认请求（2000个刻度，我想），并从我完成的那个点（很容易得到重复的刻度）继续。我不明白为什么开发商自己没有这样的功能。为什么不在copyticks上增加另一个工作选项？ 12345678910111213 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
我需要写一个函数来返回从一个日期到下一个日期的刻度线。如果成功，则为真，否则为假。
而我却不能设法写出这样的废话。因为我不知道该如何处理异步。Renat通过OnTimer的例子可能是一个选择。但绝对不是他所引用的方式。OnTimer可以用来做很多事情。
简而言之，可以引入一个基本的日期到日期的功能，使其发挥作用。
条形图的刻度量 与坐在复制刻度中的内容完全不一致，所以不清楚要查询多少刻度。
该脚本要求从某个日期开始提供数据。
这是两次运行该脚本的结果，间隔时间为几分钟。
也就是说，要求从某一日期到当前时刻的刻度。
该脚本要求从某个日期开始提供数据。
这是在间隔几分钟的时间内两次运行脚本的结果。
也就是说，要求从某一日期到当前时刻的刻度。
我不明白你为什么要引用那些在信息方面甚至不如文档的代码。当然，谢谢你。但这根本不是我所要求的。
雷纳特的代码要好得多，但它完全不一样。
不，每个交易服务器的所有先前下载的刻度线都被缓存在本地并自动提取。
在前一页有一张蜱虫文件的截图。
谢谢，我还没有详细研究过Bases文件夹。
我怎样才能在OnTester中请求copyticks，以获得所有已通过的ticks？
我们如何在OnTester中查询copyticks，以获得所有已通过的ticks？
在目前的测试版中（今天的版本），调用CopyTicks，可以得到最后几万个ticks。
测试仪使用一个环形缓冲器 来存储蜱虫，而没有能力获得数百万的蜱虫。储存所有刻度线的成本很高，因此有环形缓冲器。不过，也许我们可以改变这种行为。
我不明白你为什么要引用连文档都不如的代码来说明问题。当然，谢谢你。但这根本不是我所问的。
雷纳特的代码要好得多，但也不尽然。
在目前的测试版中（今天的版本），调用CopyTicks，可以得到最后几万个ticks。
测试仪使用一个环形缓冲器来存储蜱虫，而没有能力获得数百万的蜱虫。储存所有刻度线的成本很高，因此有环形缓冲器。不过我们可以改变这种行为。
如何确定环形缓冲区的大小，而不需要在每个tick 上进行查询（在测试器中这样做的成本很高）复制ticks？
比方说，环形缓冲区是10000。然后我每隔10000调用copyticks，以确保没有跳过。但出现了一个问题，那就是一个时间的刻度（精确到毫秒）。在交易所，他们被发现。我不想重复计算它们，要求从这次的MS中复制。
我的代码只是为了证明 "为了获得非常深的刻度线，你必须多次调用CopyTicks来等待分页 "的原则。OnTimer很适合它。
我意识到这是出于示范目的。这就是为什么我立即想到了OnCopyTicks。
请帮助解决这个问题，我在一个或另一个方面遇到了麻烦。
我需要写一个函数来返回从一个日期到另一个日期的刻度线。如果成功则为真，否则则为假。
我不明白为什么你给出的代码甚至不如文档中的信息量大。当然，谢谢你。但这根本不是我所问的。
雷纳特的代码要好得多，但它完全不一样。
如果你需要从（旧日期）到（年轻日期），你需要像这样。
查询从 "旧日期 "开始的刻度（有余地）。在收到的数组中，从索引 "0 "开始，检查日期。只要你找到第一次出现的情况（年轻的日期），你就会记住它（索引年轻的日期）。在这一点上，你已经确定从索引0到（索引年轻日期）的刻度线数组包含你想要的刻度线。
如果你想从（旧日期）到（年轻日期），请做以下工作。
查询从 "旧日期 "开始的滴答声（有余地）。在收到的数组中，从索引 "0 "开始，检查日期。只要你找到第一次出现的情况（年轻的日期），你就会记住它（索引年轻的日期）。在这一点上，你已经确定从索引0到（索引年轻日期）的刻度线数组包含你想要的刻度线。
有了保证金，那就是浪费。我提出默认请求（2000个刻度，我想），并从我完成的那个点（很容易得到重复的刻度）继续。
我不明白为什么开发商自己没有这样的功能。为什么不在copyticks上增加另一个工作选项？