文章: "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 终端上开设一个新的模拟账户。(已经有一个净额结算模拟账户)开户时,"在交易中使用对冲 "按钮没有激活。
问题: 我可以在同一终端上同时拥有对冲和净额结算外汇账户吗?还是应该重新安装终端?