MT5中的衍生品市场报价 - 页 9 1234567891011 新评论 prostotrader 2021.11.20 17:05 #81 Доктор #:Quick的说法是，他们没有 "扣留 "任何东西，广场上的所有东西都被传送到终端。同时，Quick为每批交换信息生成一个事件。因此，在这些事件的处理程序中，将适当的数据写到文件中是合乎逻辑的。然后将 "所有交易 "文件与 "市场快照 "文件进行比较。而这里有一个微妙之处。杯子本身并没有出现在杯子到达事件的处理程序中。而且必须在处理程序中请求。而且有可能犹豫不决，得到的不是造成事件的那片玻璃，而是，比如说，下一片玻璃。即跳过切片，获得 "市场外交易"。在MT5中几乎一样。而元气满满的引言也诚实地警告了这一点。这根本不是关于事件处理程序。最佳价格数据的传输有两种方式1.淘宝网上的一片一片的2.该表将仪器的信息与最佳价格一起公布。事件是由滚揉机还是由仪器信息产生的，这一点都不重要。重要的是，来到所有终端的信息是相同的，但在不同的经纪商的历史上是不同的。这是不一样的，各地的交易都是一样的，但要价和出价往往是不同的。在不同经纪公司的MT5终端中，获得出价和要价的算法是相同的，这就是为什么我得出了一个结论。这种算法不能正确工作。有缺失的引语。 Доктор 2021.11.20 20:29 #82 prostotrader #: 事件是由市场还是由工具的信息产生的，这一点都不重要。 重要的是，来到所有终端的信息是相同的，但在不同的经纪商的历史上 这是不一样的，各地的交易都是一样的，但要价和出价往往是不同的。 在不同经纪公司的MT5终端中，获得出价和要价的算法是相同的，这就是为什么我得出了一个结论。 这种算法不能正确工作。有缺失的引语。 重要的是事件是如何产生的，以及它们是否被产生。如果处理程序也收到了触发事件的值，那就很好，因为它更确定不会错过值。 广场广播一个FORTS_COMMON_REPL流，包含买入/卖出。当这些信息的一部分到达QUIK时，它产生OnParam事件。而这里就是模糊性的开始。你可以在Quickcuts中勾选一个复选框并选择 "以当前状态更新数据的间隔"，单位为秒。然后，OnParam事件将以这个时间间隔产生。当然，买入/卖出 变化也会被跳过。或者你可以不勾选它，OnParam会经常被生成。但它比堆栈的片状物要稀少一些。这在原则上是可能的，如果投注市场发生变化，但最佳出价/报价 没有变化。 在MT5中，我没有发现类似于Quicksilver中OnParam的 事件。如果没有这样的事件，那么从逻辑上讲，应该在OnBookEvent处理程序中收集（并进行处理，例如删除重复的内容），以便尽可能地防止 遗漏。如果你以不同的方式做，甚至以不同的方式做，你可以得到不同的出价/报价 故事。 fxsaber 2021.11.20 22:25 #83 OnBook和OnTick是一个事件 是按顺序处理 的，而不是并行的。 Renat Akhtyamov 2021.11.20 23:45 #84 Доктор #:Quick的说法是，他们没有 "扣留 "任何东西，广场上的所有东西都被传送到终端。同时，Quick为每批交换信息生成一个事件。因此，在这些事件的处理程序中，将适当的数据写到文件中是合乎逻辑的。然后将 "所有交易 "文件与 "市场快照 "文件进行比较。而这里有一个微妙之处。杯子本身并没有出现在杯子到达事件处理程序中。而且必须在处理程序中请求。而且有可能犹豫不决，得到的不是造成事件的那片玻璃，而是，比如说，下一片玻璃。即跳过切片，获得 "市场外交易"。在MT5中几乎一样。而元气满满的引言也诚实地警告了这一点。 你说的 "尽可能快 "是什么意思？ 我们必须照顾它吗？ ;) --- 这里有没有人能够谈谈如何检查玻璃的切割是否合适？ 原则上说，在什么时间点切割根本不重要。 重要的是本质，也就是说，它本质上应该显示什么？ 好吧，指控是指控.... 我甚至不是在谈论外汇。 有一天，我意识到这是如此糟糕的事情。 例如，在任何证券交易所，同样的事情，因为价格是相同的，没有太大的不同 - +/-，不是点。 最主要的是，他们显示了指示性的报价！而其中有哪些人很糟糕--你有没有想过？;))) 总的来说，我将很快尊重群众 他们不能坑害人民，不允许他们赚钱。.................. --- 这里的问题是?????????。 你总能在真相中发现错误;) 该死的金字塔金字塔，在你知道终极真理在哪里之前，你会敲碎你的头骨。 这是一件事，也是另一件事)。 这当然是最基本的，但它没有在任何地方得到解释，这就是为什么它很复杂；) Доктор 2021.11.21 01:46 #85 fxsaber #:OnBook和OnTick是一个测试专家顾问。 到目前为止，它看起来如下：交易所产生（除其他外）三个实体：市场商数流，共同流（包括买入/卖出）和所有交易流。然后这些实体过着独立的生活，没有以任何方式被同步化。一个经纪人独立地处理线程（将它们重新打包成他的专有协议并翻译成终端），只负责线程内的数据一致性。终端还处理（可视化/显示事件）这些独立的数据流。事实证明，数据流之间10-20毫秒的不同步就可以了。 prostotrader 2021.11.21 21:15 #86 Доктор #:代理商处理流（将它们重新包装成他们的专有协议，并将它们翻译成终端），彼此独立，只关心流中数据的一致性。 你又是 "为了鱼的钱 "吗？ 经纪人没有做任何事情。 经纪人网络上 的终端的服务器部分 处理传入的信息并将其发送给终端。 Доктор 2021.11.21 22:35 #87 prostotrader #: 经纪人网络中的终端的服务器部分处理传入的信息并将其发送到终端。 医生#: 经纪人分流过程（重新打包成其专有协议 并翻译成终端）。 你在这些评论中看到了语义上的差异吗？ prostotrader 2021.11.21 22:43 #88 Доктор #:你在这些评论中看到了语义上的差异吗？ :) 让我们从歌词开始...... KVIC和MT-5都是客户端<-->服务器应用程序。 客户端（终端）位于终端用户上。 服务器在经纪人的网络中。 服务器（MT-5、KVIC）通过经纪人的网络和Promservers接收所有信息，处理并发送给终端。 经纪人不以任何方式干预这一过程。 他只能输入服务器设置（如引号的深度）。 Zero4444 2021.12.15 19:54 #89 那么，一句话的历史就是一个神话吗？ prostotrader 2021.12.15 20:20 #90 Zero4444 #:那么，一句话的历史就是一个神话吗？ 这不是一个神话，这个软件是一个笑话... 1234567891011 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
Quick的说法是，他们没有 "扣留 "任何东西，广场上的所有东西都被传送到终端。同时，Quick为每批交换信息生成一个事件。因此，在这些事件的处理程序中，将适当的数据写到文件中是合乎逻辑的。然后将 "所有交易 "文件与 "市场快照 "文件进行比较。
而这里有一个微妙之处。杯子本身并没有出现在杯子到达事件的处理程序中。而且必须在处理程序中请求。而且有可能犹豫不决，得到的不是造成事件的那片玻璃，而是，比如说，下一片玻璃。即跳过切片，获得 "市场外交易"。
在MT5中几乎一样。而元气满满的引言也诚实地警告了这一点。
这根本不是关于事件处理程序。
最佳价格数据的传输有两种方式
1.淘宝网上的一片一片的
2.该表将仪器的信息与最佳价格一起公布。
事件是由滚揉机还是由仪器信息产生的，这一点都不重要。
重要的是，来到所有终端的信息是相同的，但在不同的经纪商的历史上是不同的。
这是不一样的，各地的交易都是一样的，但要价和出价往往是不同的。
在不同经纪公司的MT5终端中，获得出价和要价的算法是相同的，这就是为什么我得出了一个结论。
这种算法不能正确工作。有缺失的引语。
prostotrader #:
事件是由市场还是由工具的信息产生的，这一点都不重要。
重要的是，来到所有终端的信息是相同的，但在不同的经纪商的历史上
这是不一样的，各地的交易都是一样的，但要价和出价往往是不同的。
在不同经纪公司的MT5终端中，获得出价和要价的算法是相同的，这就是为什么我得出了一个结论。
这种算法不能正确工作。有缺失的引语。
重要的是事件是如何产生的，以及它们是否被产生。如果处理程序也收到了触发事件的值，那就很好，因为它更确定不会错过值。
广场广播一个FORTS_COMMON_REPL流，包含买入/卖出。当这些信息的一部分到达QUIK时，它产生OnParam事件。而这里就是模糊性的开始。你可以在Quickcuts中勾选一个复选框并选择 "以当前状态更新数据的间隔"，单位为秒。然后，OnParam事件将以这个时间间隔产生。当然，买入/卖出 变化也会被跳过。或者你可以不勾选它，OnParam会经常被生成。但它比堆栈的片状物要稀少一些。这在原则上是可能的，如果投注市场发生变化，但最佳出价/报价 没有变化。
在MT5中，我没有发现类似于Quicksilver中OnParam的 事件。如果没有这样的事件，那么从逻辑上讲，应该在OnBookEvent处理程序中收集（并进行处理，例如删除重复的内容），以便尽可能地防止 遗漏。如果你以不同的方式做，甚至以不同的方式做，你可以得到不同的出价/报价 故事。
OnBook和OnTick是一个事件 是按顺序处理 的，而不是并行的。
Quick的说法是，他们没有 "扣留 "任何东西，广场上的所有东西都被传送到终端。同时，Quick为每批交换信息生成一个事件。因此，在这些事件的处理程序中，将适当的数据写到文件中是合乎逻辑的。然后将 "所有交易 "文件与 "市场快照 "文件进行比较。
而这里有一个微妙之处。杯子本身并没有出现在杯子到达事件处理程序中。而且必须在处理程序中请求。而且有可能犹豫不决，得到的不是造成事件的那片玻璃，而是，比如说，下一片玻璃。即跳过切片，获得 "市场外交易"。
在MT5中几乎一样。而元气满满的引言也诚实地警告了这一点。
你说的 "尽可能快 "是什么意思？
我们必须照顾它吗？
;)
---
这里有没有人能够谈谈如何检查玻璃的切割是否合适？
原则上说，在什么时间点切割根本不重要。
重要的是本质，也就是说，它本质上应该显示什么？
好吧，指控是指控....
我甚至不是在谈论外汇。
有一天，我意识到这是如此糟糕的事情。
例如，在任何证券交易所，同样的事情，因为价格是相同的，没有太大的不同 - +/-，不是点。
最主要的是，他们显示了指示性的报价！而其中有哪些人很糟糕--你有没有想过？;)))
总的来说，我将很快尊重群众
他们不能坑害人民，不允许他们赚钱。..................
---
这里的问题是?????????。
你总能在真相中发现错误;)
该死的金字塔金字塔，在你知道终极真理在哪里之前，你会敲碎你的头骨。
这是一件事，也是另一件事)。
这当然是最基本的，但它没有在任何地方得到解释，这就是为什么它很复杂；)
OnBook和OnTick是一个测试专家顾问。
到目前为止，它看起来如下：交易所产生（除其他外）三个实体：市场商数流，共同流（包括买入/卖出）和所有交易流。然后这些实体过着独立的生活，没有以任何方式被同步化。一个经纪人独立地处理线程（将它们重新打包成他的专有协议并翻译成终端），只负责线程内的数据一致性。终端还处理（可视化/显示事件）这些独立的数据流。事实证明，数据流之间10-20毫秒的不同步就可以了。
代理商处理流（将它们重新包装成他们的专有协议，并将它们翻译成终端），彼此独立，只关心流中数据的一致性。
你又是 "为了鱼的钱 "吗？
经纪人没有做任何事情。
经纪人网络上 的终端的服务器部分 处理传入的信息并将其发送给终端。
prostotrader #:
经纪人网络中的终端的服务器部分处理传入的信息并将其发送到终端。
医生#:
经纪人分流过程（重新打包成其专有协议 并翻译成终端）。
你在这些评论中看到了语义上的差异吗？
你在这些评论中看到了语义上的差异吗？
:)
让我们从歌词开始......
KVIC和MT-5都是客户端<-->服务器应用程序。
客户端（终端）位于终端用户上。
服务器在经纪人的网络中。
服务器（MT-5、KVIC）通过经纪人的网络和Promservers接收所有信息，处理并发送给终端。
经纪人不以任何方式干预这一过程。
他只能输入服务器设置（如引号的深度）。
那么，一句话的历史就是一个神话吗？
那么，一句话的历史就是一个神话吗？
这不是一个神话，这个软件是一个笑话...