打勾的故事 - 页 8 123456789101112131415...26 新评论 Yury Kulikov 2015.10.16 04:23 #71 Renat Fatkhullin: 好的，我们会砍掉它。 你不必削减它:)但要为CopyTicks做一个单独的扩展结构。 [删除] 2015.10.16 06:25 #72 Renat Fatkhullin:交易所或交易/日期网关报告的最后交易价格。一般来说，我建议申请COPY_TICKS_INFO 模式，在这种 模式下，买入价-卖出价会 出现。昨天我没有注意，使用COPY_TICKS_INFO模式，买入价和卖出价会一起出现吗？也就是说，这基本上是外汇的模式吗？现在只是行为与COPY_TICKS_ALL模式相同（即在要求<5000（约）点和两个价格（如果更多）之后，可以分别来出价（asc = 0），分别出升（bid = 0））。 另外，返回的点数比要求的要少（COPY_TICKS_INFO模式，COPY_TICKS_ALL - 与要求的一样多 - 返回这么多）。我认为有些事情是错误的... Maxim Dmitrievsky 2015.10.16 07:20 #73 哦......去改写柚子的grails，从4到5 :) Renat Fatkhullin 2015.10.16 07:35 #74 Tapochun:我昨天没有注意，使用COPY_TICKS_INFO模式，买价和卖价是否一定会在一起？也就是说，它本质上是外汇的一种模式吗？ 不，只是不会有任何鳍。 Renat Fatkhullin 2015.10.16 07:36 #75 Yury Kulikov: 可以不切:)，为CopyTicks做一个单独的扩展结构。肯定不会有一个单独的结构。因此，我们将在最后用一个新的领域来扩展。 Vasiliy Sokolov 2015.10.16 11:49 #76 Dmitriy Skub:请像这样切开它。 有关OI、当前买入和卖出订单数量 等信息是FORTS交易平台特有的，它在其他平台（外汇和交易所）上是不存在的。因此，在MqlTick的统一界面中纳入这些信息似乎很值得怀疑。至于action和time_count字段，会很有用。 Vasiliy Sokolov 2015.10.16 11:53 #77 Renat Fatkhullin:我们有这个数据。我们仍在认真思考我们是否有权扩展MqlTick结构。那些以这种结构的规模运作的人可能会受到影响。基本上，为了未来，我们可以一刀两断，扩大结构。到下周五的发布，我们将做出决定。那些以前使用过MqlTick的人，做了sizeof(MqlTick)，而那些没有做过的人，会发现这种情况是正确编程的好课。一般来说："切到地狱"。 Dmitriy Skub 2015.10.16 12:02 #78 Vasiliy Sokolov: 有关OI、当前买入和卖出订单数量 等信息是FORTS交易大厅特有的，在其他大厅（外汇和证券交易所）无法获得。因此，在MqlTick的统一界面中纳入这些信息似乎很值得怀疑。那么行动和时间字段呢，它们的存在的确很有用。哪种结构将被包括在内没有区别。我们可能会把它纳入一个单独的结构，这在未来几年内可能不会发生。我已经开始回忆以前的DDE协议--我将不得不使用QuickBooks从那里获得这些信息。如果没有准确的time_count（最高到ms），ticks的必要性就值得怀疑了。 Vasiliy Sokolov 2015.10.16 12:11 #79 Dmitriy Skub:包括哪种结构并无区别。它可能是在一个独立的结构中--这显然不会在未来几年发生。我已经开始回忆旧的DDE协议--我将不得不从那里获得这些信息，以快速。如果没有准确的time_count（最高到ms），ticks的必要性就值得怀疑了。实际上，这些信息在MT5中是可以得到的，并且已经广播了很长时间。它可以通过SymbolInfoGet*函数获得。没有人禁止在收到蜱虫的那一刻对这些信息提出要求，并将其合并到自己的数据类型 中。另一个问题是，集中的服务器存储，总是比你自己的更可靠。你不必考虑储存报价--这一切都非常方便。但同样，它也不是关键性的不可替代。 Vasiliy Sokolov 2015.10.16 12:13 #80 Dmitriy Skub:如果没有准确的time_count（精确到毫秒），是否需要ticks就值得怀疑了。 这绝对是正确的!毫秒是至关重要的。也有微秒，但它们通常在低位有零，所以它们的用处不是很明显。 123456789101112131415...26 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
好的，我们会砍掉它。
交易所或交易/日期网关报告的最后交易价格。
一般来说，我建议申请COPY_TICKS_INFO 模式，在这种 模式下，买入价-卖出价会 出现。
昨天我没有注意，使用COPY_TICKS_INFO模式，买入价和卖出价会一起出现吗？也就是说，这基本上是外汇的模式吗？
现在只是行为与COPY_TICKS_ALL模式相同（即在要求<5000（约）点和两个价格（如果更多）之后，可以分别来出价（asc = 0），分别出升（bid = 0））。
另外，返回的点数比要求的要少（COPY_TICKS_INFO模式，COPY_TICKS_ALL - 与要求的一样多 - 返回这么多）。
我认为有些事情是错误的...
我昨天没有注意，使用COPY_TICKS_INFO模式，买价和卖价是否一定会在一起？也就是说，它本质上是外汇的一种模式吗？
可以不切:)，为CopyTicks做一个单独的扩展结构。
肯定不会有一个单独的结构。
因此，我们将在最后用一个新的领域来扩展。
请像这样切开它。
我们有这个数据。
我们仍在认真思考我们是否有权扩展MqlTick结构。那些以这种结构的规模运作的人可能会受到影响。基本上，为了未来，我们可以一刀两断，扩大结构。
到下周五的发布，我们将做出决定。
那些以前使用过MqlTick的人，做了sizeof(MqlTick)，而那些没有做过的人，会发现这种情况是正确编程的好课。
一般来说："切到地狱"。
有关OI、当前买入和卖出订单数量 等信息是FORTS交易大厅特有的，在其他大厅（外汇和证券交易所）无法获得。因此，在MqlTick的统一界面中纳入这些信息似乎很值得怀疑。那么行动和时间字段呢，它们的存在的确很有用。
哪种结构将被包括在内没有区别。我们可能会把它纳入一个单独的结构，这在未来几年内可能不会发生。
我已经开始回忆以前的DDE协议--我将不得不使用QuickBooks从那里获得这些信息。
如果没有准确的time_count（最高到ms），ticks的必要性就值得怀疑了。
包括哪种结构并无区别。它可能是在一个独立的结构中--这显然不会在未来几年发生。
我已经开始回忆旧的DDE协议--我将不得不从那里获得这些信息，以快速。
如果没有准确的time_count（最高到ms），ticks的必要性就值得怀疑了。
实际上，这些信息在MT5中是可以得到的，并且已经广播了很长时间。它可以通过SymbolInfoGet*函数获得。没有人禁止在收到蜱虫的那一刻对这些信息提出要求，并将其合并到自己的数据类型 中。
另一个问题是，集中的服务器存储，总是比你自己的更可靠。你不必考虑储存报价--这一切都非常方便。但同样，它也不是关键性的不可替代。
如果没有准确的time_count（精确到毫秒），是否需要ticks就值得怀疑了。