有没有可能在MT5中实现总头寸结构的可靠核算？ - 页 7 1234567891011121314...33 新评论 Avals 2009.10.13 06:42 #61 Figar0 писал(а)>> 你可以做很多事情，但 "只有一个TP和一个SL...."。而TP和SL的好处在于，它们能够在没有互联网、没有EA、没有所有库功能的情况下工作。例如，现在，我们不能手动设置两个甚至一个方向的挂单，并设置不同的TP水平。不，很多很多，但这个终端的净头寸是一种退步。当然，直流电是比较简单的，因为他们无论如何都要用净利润来工作，但这对一个交易者来说是一个障碍。 我同意。如果不是在交易服务器上执行自定义的EA，执行设置/取消链接订单的基本语言并将这些固件存储在服务器上将是一个好的解决方案。那么我们就不需要输入买入止损限价单，所有这些都可以由我们自己完成，还有许多其他必须在交易服务器上执行的事情。 [删除] 2009.10.13 06:48 #62 HideYourRichess >> : 我认为这就是这个例子的牵强附会之处。你在显示屏上做一个按钮，称之为 "关闭一切"，它可以关闭一切，并做必要的标记。 当然，这个例子很牵强，但它表达了这个想法。我们不可能列出所有可能出现的情况。 如果存在几乎每个平台都有的OCO-订单，那么订单的TP和SL水平就有可能。然而，在MT5中，它们也无法使用。 也许开发者会争论为什么他们拒绝交易服务器上的虚拟头寸（和OCO订单），因为它已经在一些平台上实现。并告诉我们他们解决这个问题的愿景。 [删除] 2009.10.13 06:52 #63 Avals >> : 我同意。如果不是在交易服务器上执行自定义的EA，那么至少也要引入一种基本的语言，用于下达/取消关联订单并将这些固件存储在服务器上。在这种情况下，我们就不需要输入买入止损限价单，我们将能够自己完成这一切，以及其他许多应该在交易服务器上完成的事情。 贸易服务器上的固件是一个巨大的进步。留在原地的是交易服务器上的虚拟头寸（就像现在的MT4一样）。不幸的是，这些都没有。为什么要在各种地方扭来扭去，而以前却不需要这样做，原因并不清楚。 Avals 2009.10.13 07:07 #64 getch писал(а)>> 贸易服务器上的微程序是一个巨大的进步。原地不动是交易服务器上的虚拟仓位（就像现在的MT4一样）。不幸的是，这些都没有。为什么你要在各种地方扭来扭去，而以前却不用这样做，原因并不清楚。 因为大多数股票经纪人用类似的逻辑与客户合作。尽管这种逻辑对于机械交易来说是不方便的。毕竟，开发人员的想法是把MT5变成一个证券交易软件。解释一下，然后经纪人为什么不是他们过去的方式 :) [删除] 2009.10.13 07:23 #65 Avals >> : 因为大多数股票经纪人使用类似的逻辑与客户合作。尽管这种逻辑对于机械交易来说是不方便的。毕竟，开发商有计划让MT5成为一个证券交易软件。解释一下，然后经纪人为什么不像以前那样了 :) 对于经纪人来说，一切都保持原样--净值。经纪人甚至不需要知道虚拟头寸的情况。 Avals 2009.10.13 07:34 #66 getch писал(а)>> 对于经纪人来说，这和以前一样--净头寸。经纪人甚至不需要知道虚拟头寸的情况。 他必须这样做。他与客户一起工作，并对他们的投诉作出回应。 Hide 2009.10.13 07:36 #67 getch >> : 对于经纪人来说，这和以前一样--净头寸。经纪人甚至不需要知道虚拟头寸的情况。 如果你把虚拟职位放在你的位置上--那么没有人知道它们。而如果你在服务器上有这样的服务--那么经纪人就会知道他们的情况。而这似乎是在NFA之下。难道不是这样吗？ TheXpert 2009.10.13 07:36 #68 getch >> : 你对这个问题没有什么概念。如果有人至少提出HOPEFUL考虑汇总职位结构的想法，那么这个分支就会死掉，所以我也有一个原始的狭隘的心态。如果不是，那么这就是一个严重的问题，需要开发者已经解决了。 取消止损，代之以挂单。关闭总头寸不会影响他们。也就是说，我们将需要计算挂单（或挂单对），而不是活跃的订单。 [删除] 2009.10.13 07:46 #69 TheXpert >> : 取消停顿，代之以停顿。关闭一个总的头寸不会影响他们。换句话说，我们将需要计算挂单（或挂单对），而不是有效订单。 再进一步阅读该主题，然后也许问题会变得更清楚。 [删除] 2009.10.13 07:48 #70 HideYourRichess >> : 如果你把虚拟职位储存在你自己身上--那么没有人真正知道它们。但如果服务器有这样的服务--经纪人只是知道它们。而且它似乎被NFA所涵盖。难道不是这样吗？ 它不属于NFA，因为NFA和任何审计都有一个交易历史。简单地说，就是每笔交易都与一个虚拟头寸有关。而是否使用这种联系完全是交易商的问题，而不是经纪人的问题。 我在这里 写了Dukascopy是如何实现的。 1234567891011121314...33 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
你可以做很多事情，但 "只有一个TP和一个SL...."。而TP和SL的好处在于，它们能够在没有互联网、没有EA、没有所有库功能的情况下工作。例如，现在，我们不能手动设置两个甚至一个方向的挂单，并设置不同的TP水平。不，很多很多，但这个终端的净头寸是一种退步。当然，直流电是比较简单的，因为他们无论如何都要用净利润来工作，但这对一个交易者来说是一个障碍。
我同意。如果不是在交易服务器上执行自定义的EA，执行设置/取消链接订单的基本语言并将这些固件存储在服务器上将是一个好的解决方案。那么我们就不需要输入买入止损限价单，所有这些都可以由我们自己完成，还有许多其他必须在交易服务器上执行的事情。
我认为这就是这个例子的牵强附会之处。你在显示屏上做一个按钮，称之为 "关闭一切"，它可以关闭一切，并做必要的标记。
当然，这个例子很牵强，但它表达了这个想法。我们不可能列出所有可能出现的情况。
如果存在几乎每个平台都有的OCO-订单，那么订单的TP和SL水平就有可能。然而，在MT5中，它们也无法使用。
也许开发者会争论为什么他们拒绝交易服务器上的虚拟头寸（和OCO订单），因为它已经在一些平台上实现。并告诉我们他们解决这个问题的愿景。
我同意。如果不是在交易服务器上执行自定义的EA，那么至少也要引入一种基本的语言，用于下达/取消关联订单并将这些固件存储在服务器上。在这种情况下，我们就不需要输入买入止损限价单，我们将能够自己完成这一切，以及其他许多应该在交易服务器上完成的事情。
贸易服务器上的固件是一个巨大的进步。留在原地的是交易服务器上的虚拟头寸（就像现在的MT4一样）。不幸的是，这些都没有。为什么要在各种地方扭来扭去，而以前却不需要这样做，原因并不清楚。
贸易服务器上的微程序是一个巨大的进步。原地不动是交易服务器上的虚拟仓位（就像现在的MT4一样）。不幸的是，这些都没有。为什么你要在各种地方扭来扭去，而以前却不用这样做，原因并不清楚。
因为大多数股票经纪人用类似的逻辑与客户合作。尽管这种逻辑对于机械交易来说是不方便的。毕竟，开发人员的想法是把MT5变成一个证券交易软件。解释一下，然后经纪人为什么不是他们过去的方式 :)
因为大多数股票经纪人使用类似的逻辑与客户合作。尽管这种逻辑对于机械交易来说是不方便的。毕竟，开发商有计划让MT5成为一个证券交易软件。解释一下，然后经纪人为什么不像以前那样了 :)
对于经纪人来说，一切都保持原样--净值。经纪人甚至不需要知道虚拟头寸的情况。
对于经纪人来说，这和以前一样--净头寸。经纪人甚至不需要知道虚拟头寸的情况。
他必须这样做。他与客户一起工作，并对他们的投诉作出回应。
对于经纪人来说，这和以前一样--净头寸。经纪人甚至不需要知道虚拟头寸的情况。
如果你把虚拟职位放在你的位置上--那么没有人知道它们。而如果你在服务器上有这样的服务--那么经纪人就会知道他们的情况。而这似乎是在NFA之下。难道不是这样吗？
你对这个问题没有什么概念。如果有人至少提出HOPEFUL考虑汇总职位结构的想法，那么这个分支就会死掉，所以我也有一个原始的狭隘的心态。如果不是，那么这就是一个严重的问题，需要开发者已经解决了。
取消止损，代之以挂单。关闭总头寸不会影响他们。也就是说，我们将需要计算挂单（或挂单对），而不是活跃的订单。
取消停顿，代之以停顿。关闭一个总的头寸不会影响他们。换句话说，我们将需要计算挂单（或挂单对），而不是有效订单。
再进一步阅读该主题，然后也许问题会变得更清楚。
如果你把虚拟职位储存在你自己身上--那么没有人真正知道它们。但如果服务器有这样的服务--经纪人只是知道它们。而且它似乎被NFA所涵盖。难道不是这样吗？
它不属于NFA，因为NFA和任何审计都有一个交易历史。简单地说，就是每笔交易都与一个虚拟头寸有关。而是否使用这种联系完全是交易商的问题，而不是经纪人的问题。
我在这里 写了Dukascopy是如何实现的。