有没有可能在MT5中实现总头寸结构的可靠核算？ - 页 16 1...91011121314151617181920212223...33 新评论 Петр 2009.10.14 05:58 #151 -我想我已经两次要求你不要睡在厨房的地板上，尤其是在白天？-厨房里的空气比较好。--------------- -你让我恶心，老爹，"那人突然用抱怨的声音说。 --------------- M. Bulgakov.一只狗的心。 现在，厨房里的居民。当然，你知道信号可以被划分为谐波。而且你也知道，有可能进行逆向转换。 好了，在这里。最后一种情况是将一个符号的许多专家顾问转变为一个符号。更有甚者，这种转变是在DC的服务器上进行的，为4。 现在想一想：你不能把你的4小时专家顾问和5分钟专家顾问合并成一个结果，而不需要协助吗？）同时，它的 "声音 "也会变得清晰。我怀疑很多人不会喜欢它。） 关于策略和处理器 - 我们不要在这里做 - 有一个分支。在这里，仅仅展示注册装载图是不够的。而这并不是重点。 Петр 2009.10.14 06:08 #152 -你是否对自己被变成人而感到不高兴？他眯起眼睛，问道。- 你愿意再次在垃圾堆中奔波吗？你宁愿在小巷里受冻，如果我知道...-为什么你们都在责备我？ -垃圾桶，垃圾桶。我是自己买的面包。 ---- 同样的地方。))))))))))))))) 就这样了。没有了。 Egor Kochetkov 2009.10.14 06:52 #153 timbo >> : 把它打印出来，挂在墙上，读多少遍都可以，因为你还差20,000美元的存款。这就是所有原因的答案。元老们已经成熟了，他们想要真正的钱，而不是永远畏缩在无尽的厨房纳米演示账户中。他们也给了我们其他人一个成长的机会，让我们有机会接触真正的市场和真正的钱。 咳咳，咳咳...是的，当然，让他们看起来像 "交易所"（顺便说一下，主要的交易所在很长一段时间里在创新方面是相当骨感和笨拙的，直到新来者开始踩到他们的脚趾）当然是成熟的标志，怎么样？ 而我认为，无法 "定制 "交易条件是远离 "厨房 "的一个标志。 1.交易员的问题。 2.程序员的问题。 如果你有正确的方法，你可以解决这些问题。1-容易，2-你将不得不出汗（在接下来的几天里我将这样做）。 形象地说，女销售员一度也不愿意放弃发票（现在也是如此），尽管收银机有种种好处。现在他们拿走了我的收银机，给了我一张发票，并告诉我这是我的问题，我只需要 "流汗解决"。 而我开始学习的正是交易所的 "成人 "条件。而且，除了立法监管之外，我看不到任何优势。在其他方面--尤其是牵线搭桥--他们是一个可恶的烂摊子（他们最近开始行动了）--他们就像这里的银行--另一个不关心客户便利的银行。 [删除] 2009.10.14 07:08 #154 getch >> : 如果有OCO-订单的存在，订单的TP和SL水平就有可能实现，几乎每个平台都有。然而，在MT5中，它们也被放弃了... 也许开发者会给出他们拒绝交易服务器上的虚拟头寸（和OCO订单）的原因，因为它已经在一些平台上实现。而且他们将告诉我们他们如何看待这个问题的解决方案。 我对OCO-订单需要为订单实施TP和SL水平的看法是错误的。我显示的是订单的TP和SL水平实施表。 限制/水平 购买限额 卖出限额 买停 卖出止损 获取利润卖出止损限额买入止损限额卖出限额卖出限额 止损卖出止损买停不需要不需要 你可以看到，当开发者只引入两种新的订单类型时，他们的指导思想是什么：买入止损限价和卖出止损限价。想得真周到，在OCO订单中没有必要。 但在MT5上可靠地实施总头寸结构的核算问题仍然没有解决。 TheCore 2009.10.14 07:39 #155 getch >> : 我对OCO-订单实施TP和SL水平的必要性的看法是错误的。下面是一个表格，显示了订单的TP和SL水平的实施。 暂停/水平 购买限额 卖出限额 买停 卖出止损 获取利润卖出止损限额买入止损限额卖出限额卖出限额 止损卖出止损买停不需要不需要 你可以看到，当开发者只引入两种新的订单类型时，他们的指导思想是什么：买入止损限价和卖出止损限价。想得真周到，在OCO订单中没有必要。 但MT5核算总头寸结构的可靠实施问题仍未解决。 对于getch和Integer 从这个主题的角度来看，"是否有可能在MT5中实现总头寸结构的真实核算？" 用挂单代替TP和SL并不是一个解决方案。 我将用一个例子来解释它。 1.你已经下了一个订单 - 这是一个安全 的操作 2.放置一个挂单而不是SL和TP是一个可靠 的操作，因为在与服务器的一次交易中不能放置两个订单。 与服务器的交易。而且，更不可能下三个订单，两个待定的订单和主订单一起下。 这意味着，在下单之间的时间里，可能发生意外情况，这将导致 不可能及时设置挂单，甚至不可能造成其中一个订单的损失 或两者兼而有之，例如，由于通信失败。 好吧，让我们假设我们有非常大的目标（>100点），我们通过在专家顾问中插入大量的检查来应对这个问题，并把 所以我们设置了这些该死的挂单。 3.价格已经向某个方向移动，并且触发了一个挂单，例如SL。 4.订单已经结束？并非如此。我们仍然有一个不幸的未决订单，负责TP。 那么，谁应该及时清除它呢？普希金，--不，你错了。它应该被我们的EA删除。 这不仅是一个超级讨厌的 操作，而且是程序员的恐怖。 (更不用说商人了，他们什么都不关心，所有场合都只有一个订单）。 因为此时失去通信将导致对专家顾问和账户完全失去控制。 [删除] 2009.10.14 07:43 #156 kegor >> : 而正是在交流的 "成人 "条款中，我开始学习。而且，除了立法监管之外，我看不出有什么优势。在其他方面--特别是在相亲的情况下--他们是一种痛苦（他们最近开始移动）--在这里他们就像银行--另一个，他们不关心客户的便利。 "这里的银行只是另一个对客户的便利打喷嚏的人。还有一个选择--小而自豪，欣赏自己的进步，为两百个厨房DC服务，每个DC有一百个微利客户。或者学习别人的章程，为20个大型经纪商提供服务，他们有数百万客户，存款从一万开始。通过进化发展，逐步扩大其市场份额。第一条路是一条死胡同，第二条路则承诺了无限的增长。 Howlers locers和那些加入他们的人对methaquotes没有什么兴趣，因为他们中的大多数人甚至不交易迷你手数，所有更多的是在演示。在这个残酷的世界上，金钱决定一切。大笔资金生活在网络平台上。是的，往往只是令人厌恶的优质平台，我自己每天都在吐槽，但钱就在那里。而在这里，大部分都是尼罗河畔的人......。 TheCore 2009.10.14 07:51 #157 MT5的设计不允许在一个工具上放置多个头寸MT5的设计不是为了处理多个EAMT5不是为单一工具的对冲头寸而设计的MT5不是为专家顾问和手动交易 一起设计的MT5不支持MT4代码MT5不支持MT4的程序逻辑...那还有什么乐趣呢。在另一个新项目中。我宁愿选择Windows 7。同样的口号，但至少它很好。PS。你应该阅读英文论坛。其中一半人甚至不能安装MT5。我认为他们不仅仅是各种各样的交易机器人，他们对其交易机器人的质量很感兴趣。 TheCore 2009.10.14 08:01 #158 timbo >> : "你知道在别人的房子里是什么感觉...... "你知道。有一种选择--小而自豪，欣赏自己的进步，为两百个厨房DC提供服务，每个DC有一百个微信客户。或者学习别人的章程，为20个大型经纪人提供服务，他们有数百万客户，存款从一万开始。通过进化发展，逐步扩大其市场份额。第一条路是一条死胡同，第二条路则承诺了无限的增长。 Howlers定位器和那些加入他们的人对methaquotes没有什么兴趣，因为他们中的大多数人甚至不交易minilots，所有更多的是在演示。在这个残酷的世界上，金钱决定一切。大笔资金生活在网络平台上。是的，往往只是令人厌恶的优质平台，我自己每天都在吐槽，但钱就在那里。而在这里，大部分都是尼罗河畔的人......。 所以没有必要在后苏维埃空间进行测试。 否则就很滑稽了：终端是英文的，帮助是俄文的。 我希望每个人都清楚，制造商向谁报告。 没有支持服务，没有beta测试者。 (我不是指那些有时出现在论坛上的三个不幸的人。 和写文章、偷软件）。 我们谈论的是什么样的世界统治？ TheXpert 2009.10.14 08:09 #159 thecore >> : 就本主题 "是否有可能在MT5中实现总头寸结构的可靠核算？"而言，我很害怕。用挂单代替TP和SL并不是答案。 这取决于你以何种方式看待它。总是有优点和缺点。 100%可靠的方式，我相信你不会找到。 第2号同意了。 4 -- 不，关键是专家顾问可以恢复状态。但是，假设两个挂单都可能在这段时间内触发，这已经是一件坏事了。 但如果你不暴露TP，这是可解决的。在这种情况下，2的错误也比较少。 这不仅是一个超级该死的 操作，而且是一个真正的程序员的噩梦。 不，这很好。此外，有一个叫OnTrade的好东西。 [删除] 2009.10.14 08:13 #160 thecore >> : 对于getch和Integer 从这个主题 "是否有可能在MT5中实现总头寸结构的可靠核算 "的角度来看，恐怕是这样的。 用挂单代替TP和SL并不是一个解决方案。 我将用一个例子来解释它。 1.你已经下了一个订单 - 这是一个安全 的操作 2.放置一个挂单而不是SL和TP是一个可靠 的操作，因为在与服务器的一次交易中不能放置两个订单。 与服务器的交易。更有甚者，不可能下三个订单，两个待定的订单和主订单一起下。 这意味着，在下达订单之间的时间里，可能会发生意外情况，这将导致 不可能及时设置挂单，甚至不可能造成其中一个订单的损失 或两者兼而有之，例如，由于通信故障。 好吧，让我们假设我们有非常大的目标（>100点），我们通过在专家顾问中插入大量的检查来应对这个问题，并把 所以我们设置了这些该死的挂单。 3.价格已经向某个方向移动，并且触发了一个挂单，例如SL。 4.订单已经结束？并非如此。我们仍然有一个不幸的未决订单，负责TP。 那么，谁应该及时清除它呢？普希金，--不，你错了。它应该被我们的EA删除。 这不仅是一个超级讨厌的 操作，而且是程序员的恐怖。 (更不用说商人了，他们什么都不关心，所有场合都只有一个订单）。 因为此时失去通信将导致完全失去对专家顾问和账户的控制。 2.你不能在市场上同时下多个订单。这只有在 "不那么市场化 "的平台上才能实现。所有订单都通过执行服务器排队。例如，在Dukascopy，通过放置一个带有TP和SL水平的挂单或市场订单，看起来你同时放置了3/2个条件，实际上它们是一个接一个的。这就是技术，是符合逻辑的。此外，对于市场上的限价订单，需要保证金，因为市场上的限价订单是一个有保障的订单，因此其执行不应该有任何问题。这同样适用于TP水平。然而，在Dukascopy的TP不包括在堆栈中，而是作为一个市场进入执行。 4.在MT5中，在触发另一个TP/SL水平后，删除SL/TP水平的问题是在交易者的肩上。在Dukascopy，这是在执行服务器的肩上。为了在SL触发的情况下可靠地删除TP，你必须（或不能）TP不能在选取窗口中，否则可能发生它在SL触发后被执行。 有很多细微的差别，SL和TP水平可以通过市场实现可靠的实现，那么MT5开发者的选择就是走Dukascopy的路。或者你可以通过一个表格独立实现TP（如上图所示），那么开发人员只需要添加没有SL和TP水平的虚拟头寸。 1...91011121314151617181920212223...33 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
现在，厨房里的居民。当然，你知道信号可以被划分为谐波。而且你也知道，有可能进行逆向转换。
好了，在这里。最后一种情况是将一个符号的许多专家顾问转变为一个符号。更有甚者，这种转变是在DC的服务器上进行的，为4。
现在想一想：你不能把你的4小时专家顾问和5分钟专家顾问合并成一个结果，而不需要协助吗？）同时，它的 "声音 "也会变得清晰。我怀疑很多人不会喜欢它。）
关于策略和处理器 - 我们不要在这里做 - 有一个分支。在这里，仅仅展示注册装载图是不够的。而这并不是重点。
-为什么你们都在责备我？ -垃圾桶，垃圾桶。我是自己买的面包。
----
同样的地方。)))))))))))))))
就这样了。没有了。
把它打印出来，挂在墙上，读多少遍都可以，因为你还差20,000美元的存款。这就是所有原因的答案。元老们已经成熟了，他们想要真正的钱，而不是永远畏缩在无尽的厨房纳米演示账户中。他们也给了我们其他人一个成长的机会，让我们有机会接触真正的市场和真正的钱。
咳咳，咳咳...是的，当然，让他们看起来像 "交易所"（顺便说一下，主要的交易所在很长一段时间里在创新方面是相当骨感和笨拙的，直到新来者开始踩到他们的脚趾）当然是成熟的标志，怎么样？
而我认为，无法 "定制 "交易条件是远离 "厨房 "的一个标志。
1.交易员的问题。
2.程序员的问题。
如果你有正确的方法，你可以解决这些问题。1-容易，2-你将不得不出汗（在接下来的几天里我将这样做）。
形象地说，女销售员一度也不愿意放弃发票（现在也是如此），尽管收银机有种种好处。现在他们拿走了我的收银机，给了我一张发票，并告诉我这是我的问题，我只需要 "流汗解决"。
而我开始学习的正是交易所的 "成人 "条件。而且，除了立法监管之外，我看不到任何优势。在其他方面--尤其是牵线搭桥--他们是一个可恶的烂摊子（他们最近开始行动了）--他们就像这里的银行--另一个不关心客户便利的银行。
如果有OCO-订单的存在，订单的TP和SL水平就有可能实现，几乎每个平台都有。然而，在MT5中，它们也被放弃了...
也许开发者会给出他们拒绝交易服务器上的虚拟头寸（和OCO订单）的原因，因为它已经在一些平台上实现。而且他们将告诉我们他们如何看待这个问题的解决方案。
我对OCO-订单需要为订单实施TP和SL水平的看法是错误的。我显示的是订单的TP和SL水平实施表。
你可以看到，当开发者只引入两种新的订单类型时，他们的指导思想是什么：买入止损限价和卖出止损限价。想得真周到，在OCO订单中没有必要。
但在MT5上可靠地实施总头寸结构的核算问题仍然没有解决。
我对OCO-订单实施TP和SL水平的必要性的看法是错误的。下面是一个表格，显示了订单的TP和SL水平的实施。
你可以看到，当开发者只引入两种新的订单类型时，他们的指导思想是什么：买入止损限价和卖出止损限价。想得真周到，在OCO订单中没有必要。
但MT5核算总头寸结构的可靠实施问题仍未解决。
对于getch和Integer
从这个主题的角度来看，"是否有可能在MT5中实现总头寸结构的真实核算？"
用挂单代替TP和SL并不是一个解决方案。
我将用一个例子来解释它。
1.你已经下了一个订单 - 这是一个安全 的操作
2.放置一个挂单而不是SL和TP是一个可靠 的操作，因为在与服务器的一次交易中不能放置两个订单。
与服务器的交易。而且，更不可能下三个订单，两个待定的订单和主订单一起下。
这意味着，在下单之间的时间里，可能发生意外情况，这将导致
不可能及时设置挂单，甚至不可能造成其中一个订单的损失
或两者兼而有之，例如，由于通信失败。
好吧，让我们假设我们有非常大的目标（>100点），我们通过在专家顾问中插入大量的检查来应对这个问题，并把
所以我们设置了这些该死的挂单。
3.价格已经向某个方向移动，并且触发了一个挂单，例如SL。
4.订单已经结束？并非如此。我们仍然有一个不幸的未决订单，负责TP。
那么，谁应该及时清除它呢？普希金，--不，你错了。它应该被我们的EA删除。
这不仅是一个超级讨厌的 操作，而且是程序员的恐怖。
(更不用说商人了，他们什么都不关心，所有场合都只有一个订单）。
因为此时失去通信将导致对专家顾问和账户完全失去控制。
而正是在交流的 "成人 "条款中，我开始学习。而且，除了立法监管之外，我看不出有什么优势。在其他方面--特别是在相亲的情况下--他们是一种痛苦（他们最近开始移动）--在这里他们就像银行--另一个，他们不关心客户的便利。
"这里的银行只是另一个对客户的便利打喷嚏的人。还有一个选择--小而自豪，欣赏自己的进步，为两百个厨房DC服务，每个DC有一百个微利客户。或者学习别人的章程，为20个大型经纪商提供服务，他们有数百万客户，存款从一万开始。通过进化发展，逐步扩大其市场份额。第一条路是一条死胡同，第二条路则承诺了无限的增长。
Howlers locers和那些加入他们的人对methaquotes没有什么兴趣，因为他们中的大多数人甚至不交易迷你手数，所有更多的是在演示。在这个残酷的世界上，金钱决定一切。大笔资金生活在网络平台上。是的，往往只是令人厌恶的优质平台，我自己每天都在吐槽，但钱就在那里。而在这里，大部分都是尼罗河畔的人......。
MT5的设计不是为了处理多个EA
MT5不是为单一工具的对冲头寸而设计的
MT5不是为专家顾问和手动交易 一起设计的
MT5不支持MT4代码
MT5不支持MT4的程序逻辑
...
那还有什么乐趣呢。在另一个新项目中。
我宁愿选择Windows 7。同样的口号，但至少它很好。
PS。你应该阅读英文论坛。其中一半人甚至不能安装MT5。
我认为他们不仅仅是各种各样的交易机器人，他们对其交易机器人的质量很感兴趣。
"你知道在别人的房子里是什么感觉...... "你知道。有一种选择--小而自豪，欣赏自己的进步，为两百个厨房DC提供服务，每个DC有一百个微信客户。或者学习别人的章程，为20个大型经纪人提供服务，他们有数百万客户，存款从一万开始。通过进化发展，逐步扩大其市场份额。第一条路是一条死胡同，第二条路则承诺了无限的增长。
Howlers定位器和那些加入他们的人对methaquotes没有什么兴趣，因为他们中的大多数人甚至不交易minilots，所有更多的是在演示。在这个残酷的世界上，金钱决定一切。大笔资金生活在网络平台上。是的，往往只是令人厌恶的优质平台，我自己每天都在吐槽，但钱就在那里。而在这里，大部分都是尼罗河畔的人......。
所以没有必要在后苏维埃空间进行测试。
否则就很滑稽了：终端是英文的，帮助是俄文的。
我希望每个人都清楚，制造商向谁报告。
没有支持服务，没有beta测试者。
(我不是指那些有时出现在论坛上的三个不幸的人。
和写文章、偷软件）。
我们谈论的是什么样的世界统治？
就本主题 "是否有可能在MT5中实现总头寸结构的可靠核算？"而言，我很害怕。用挂单代替TP和SL并不是答案。
这取决于你以何种方式看待它。总是有优点和缺点。
100%可靠的方式，我相信你不会找到。
第2号同意了。
4 -- 不，关键是专家顾问可以恢复状态。但是，假设两个挂单都可能在这段时间内触发，这已经是一件坏事了。
但如果你不暴露TP，这是可解决的。在这种情况下，2的错误也比较少。
这不仅是一个超级该死的 操作，而且是一个真正的程序员的噩梦。
不，这很好。此外，有一个叫OnTrade的好东西。
对于getch和Integer
从这个主题 "是否有可能在MT5中实现总头寸结构的可靠核算 "的角度来看，恐怕是这样的。
用挂单代替TP和SL并不是一个解决方案。
我将用一个例子来解释它。
1.你已经下了一个订单 - 这是一个安全 的操作
2.放置一个挂单而不是SL和TP是一个可靠 的操作，因为在与服务器的一次交易中不能放置两个订单。
与服务器的交易。更有甚者，不可能下三个订单，两个待定的订单和主订单一起下。
这意味着，在下达订单之间的时间里，可能会发生意外情况，这将导致
不可能及时设置挂单，甚至不可能造成其中一个订单的损失
或两者兼而有之，例如，由于通信故障。
好吧，让我们假设我们有非常大的目标（>100点），我们通过在专家顾问中插入大量的检查来应对这个问题，并把
所以我们设置了这些该死的挂单。
3.价格已经向某个方向移动，并且触发了一个挂单，例如SL。
4.订单已经结束？并非如此。我们仍然有一个不幸的未决订单，负责TP。
那么，谁应该及时清除它呢？普希金，--不，你错了。它应该被我们的EA删除。
这不仅是一个超级讨厌的 操作，而且是程序员的恐怖。
(更不用说商人了，他们什么都不关心，所有场合都只有一个订单）。
因为此时失去通信将导致完全失去对专家顾问和账户的控制。
2.你不能在市场上同时下多个订单。这只有在 "不那么市场化 "的平台上才能实现。所有订单都通过执行服务器排队。例如，在Dukascopy，通过放置一个带有TP和SL水平的挂单或市场订单，看起来你同时放置了3/2个条件，实际上它们是一个接一个的。这就是技术，是符合逻辑的。此外，对于市场上的限价订单，需要保证金，因为市场上的限价订单是一个有保障的订单，因此其执行不应该有任何问题。这同样适用于TP水平。然而，在Dukascopy的TP不包括在堆栈中，而是作为一个市场进入执行。
4.在MT5中，在触发另一个TP/SL水平后，删除SL/TP水平的问题是在交易者的肩上。在Dukascopy，这是在执行服务器的肩上。为了在SL触发的情况下可靠地删除TP，你必须（或不能）TP不能在选取窗口中，否则可能发生它在SL触发后被执行。
有很多细微的差别，SL和TP水平可以通过市场实现可靠的实现，那么MT5开发者的选择就是走Dukascopy的路。或者你可以通过一个表格独立实现TP（如上图所示），那么开发人员只需要添加没有SL和TP水平的虚拟头寸。