文章: "MetaTrader 5 已具备锁仓账户系统" - 页 6 1234567 新评论 Oksana Berenko 2016.04.26 18:39 #51 Vasiliy Sokolov:错误的类型接收器，你需要学习编程。你的构建也过时了。它还不具备所需的修改器。您需要连接 MetaQuotes 演示服务器更新 MetaTrader 5。 感谢您关于接收器类型的提示，但我在阿列克谢提示了构建和安装新的接收器后，已经提前弄明白了。我已经用多种语言成功编程了很长时间。只是最近我需要 mql5 来完成一项小任务。因为我主要使用 MetaTrader 4，所以不需要 mql5。无论如何谢谢你。 Shaharudin Ahmad 2016.04.29 13:54 #52 hi、我更喜欢原始的 MT5。 Rodolfo Machado 2016.05.09 23:50 #53 Diogo Seca: 我一定有什么地方没搞清楚。 我的意思是，在我看来，MQL5 一开始就不允许这样对冲的原因是，通过开立相反的头寸来对冲头寸与简单地关闭第一个头寸是一回事。 为什么用户 更喜欢 "对冲系统 "而不是 "净额系统 "呢？ 我所能看到的这种实现方式的唯一原因是与经纪商的兼容性更强。这里有什么见解吗？ 我也在等待一家拥有 MT5 对冲真实账户的 经纪商...... Dmitry Homenkov 2016.07.30 10:36 #54 对我来说，如何像 mt4 的 OrderClose 函数一样部分平仓并不明显。我猜测有必要发送一个市场请求，指定头寸标识符（request.position）、交易的 相反方向 以及要平仓的手数。如果不指定标识符，就会开启新的交易。能否将这一点添加到文章中。 fxsaber 2016.07.30 11:54 #55 Dmitry Homenkov: 对我来说，如何像 mt4 的 OrderClose 函数一样部分平仓并不明显。我猜测有必要发送一个市场请求，指定头寸标识符（request.position）、交易的 相反方向 以及要平仓的手数。如果不指定标识符，就会开启新的交易。您可以将这一点添加到文章中。Slawa在这里 做了详细回答。当然，我一下子也猜不出来。如何确定平仓的 SL 和 TP 是个谜。 Andy Cruise 2017.03.16 02:59 #56 换句话说，虽然 MT5 被宣传为比 MT4 拥有更多功能，但它（实际上）限制了交易者的选择。这就是我的看法，对于交易者来说，这并不是真的有必要，因为他们中的大多数人都对 MT4 感到满意。就像其他人说的，MT4 是为交易者准备的，MT5 是为经纪商准备的：) fxsaber 2018.01.17 18:45 #57 Andrey Khatimlianskii:这是一部杰作！这是在编辑交易历史 期间的注意事项，还是永远不会有 100% 的合规性？还是另有隐情（反平仓、经纪人干预）？按时间顺序挂单部分生效 - 开立了 Position_ID = Order_Ticket 的仓位。该仓位被手动关闭。订单的其余部分已执行 - 开立了 Position_ID != Order_Ticket 的仓位。最终的 ORDER_POSITION_ID 将等于什么，以及 HistorySelectByPosition 将如何工作，仍然是个问题。显然，在 DEAL_ORDER 订单中，（两个中的）一个开仓交易将具有DEAL_POSITION_ID ! = ORDER_POSITION_ID。因此，即使是对冲交易，也不应依赖 HistorySelectByPosition。 Rashid Umarov 2018.01.25 09:48 #58 fxsaber:按时间顺序挂单部分生效 - 开立了 Position_ID = Order_Ticket 的仓位。该仓位被手动关闭。订单的其余部分已执行 - 开立了 Position_ID != Order_Ticket 的仓位。最终的 ORDER_POSITION_ID 将等于什么，以及 HistorySelectByPosition 将如何工作，仍然是个问题。显然，在 DEAL_ORDER 订单中，（两个中的）一个开仓交易将具有DEAL_POSITION_ID ! = ORDER_POSITION_ID。因此，即使是对冲交易，也绝对不能依赖 HistorySelectByPosition。在我看来，你是在无中生有。在对冲账户中，第二个仓位是在一个具有不同 Position_ID 的订单余额上开立的。这样说吧。这有什么问题？仓位确实不同。HistorySelectByPosition 与此无关。如果您想通过特定信号捕捉所有交易，可以设置 MagicNumber 并自行解链。99.99% 的交易者不会理解你的悲伤。 fxsaber 2018.01.25 10:14 #59 Rashid Umarov:在我看来，你是在无中生有。好吧，（在对冲账户上）用不同 Position_ID 的订单余额开立了第二个仓位。这样说吧。这有什么问题？仓位确实不同。HistorySelectByPosition 与此无关。这是交易，可以在这些交易 上加上 MagicNumber，然后自己解开链条。99.99% 的交易者不会理解你的悲伤。我们说的是分析甚至是手动交易的历史，而不是写 TS。 例如，我们想了解交易是如何失败的。 Vladimir M. 2018.02.04 20:15 #60 我想在 MQL5 终端上开设一个新的模拟账户。(已经有一个净额结算模拟账户）开户时，"在交易中使用对冲 "按钮没有激活。 问题： 我可以在同一终端上同时拥有对冲和净额结算外汇账户吗？还是应该重新安装终端？ 1234567 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
错误的类型接收器，你需要
学习编程。
你的构建也过时了。它还不具备所需的修改器。您需要连接 MetaQuotes 演示服务器更新 MetaTrader 5。
hi、
我更喜欢原始的 MT5。
我一定有什么地方没搞清楚。 我的意思是，在我看来，MQL5 一开始就不允许这样对冲的原因是，通过开立相反的头寸来对冲头寸与简单地关闭第一个头寸是一回事。 为什么
用户 更喜欢 "对冲系统 "而不是 "净额系统 "呢？ 我所能看到的这种实现方式的唯一原因是与经纪商的兼容性更强。这里有什么见解吗？
对我来说，如何像 mt4 的 OrderClose 函数一样部分平仓并不明显。我猜测有必要发送一个市场请求，指定头寸标识符（request.position）、交易的 相反方向 以及要平仓的手数。如果不指定标识符，就会开启新的交易。您可以将这一点添加到文章中。
Slawa在这里 做了详细回答。当然，我一下子也猜不出来。
如何确定平仓的 SL 和 TP 是个谜。
换句话说，虽然 MT5 被宣传为比 MT4 拥有更多功能，但它（实际上）限制了交易者的选择。
这就是我的看法，对于交易者来说，这并不是真的有必要，因为他们中的大多数人都对 MT4 感到满意。就像其他人说的，MT4 是为交易者准备的，MT5 是为经纪商准备的：)
这是一部杰作！
这是在编辑交易历史 期间的注意事项，还是永远不会有 100% 的合规性？
还是另有隐情（反平仓、经纪人干预）？
按时间顺序
最终的 ORDER_POSITION_ID 将等于什么，以及 HistorySelectByPosition 将如何工作，仍然是个问题。
显然，在 DEAL_ORDER 订单中，（两个中的）一个开仓交易将具有DEAL_POSITION_ID ! = ORDER_POSITION_ID。
因此，即使是对冲交易，也不应依赖 HistorySelectByPosition。
按时间顺序
最终的 ORDER_POSITION_ID 将等于什么，以及 HistorySelectByPosition 将如何工作，仍然是个问题。
显然，在 DEAL_ORDER 订单中，（两个中的）一个开仓交易将具有DEAL_POSITION_ID ! = ORDER_POSITION_ID。
因此，即使是对冲交易，也绝对不能依赖 HistorySelectByPosition。
在我看来，你是在无中生有。在对冲账户中，第二个仓位是在一个具有不同 Position_ID 的订单余额上开立的。这样说吧。这有什么问题？仓位确实不同。HistorySelectByPosition 与此无关。
如果您想通过特定信号捕捉所有交易，可以设置 MagicNumber 并自行解链。99.99% 的交易者不会理解你的悲伤。
在我看来，你是在无中生有。好吧，（在对冲账户上）用不同 Position_ID 的订单余额开立了第二个仓位。这样说吧。这有什么问题？仓位确实不同。HistorySelectByPosition 与此无关。
我们说的是分析甚至是手动交易的历史，而不是写 TS。
例如，我们想了解交易是如何失败的。我想在 MQL5 终端上开设一个新的模拟账户。(已经有一个净额结算模拟账户）开户时，"在交易中使用对冲 "按钮没有激活。
问题： 我可以在同一终端上同时拥有对冲和净额结算外汇账户吗？还是应该重新安装终端？