有没有可能在MT5中实现总头寸结构的可靠核算？ - 页 17 1...101112131415161718192021222324...33 新评论 TheCore 2009.10.14 08:14 #161 TheXpert >> : 这取决于你以何种方式看待它。总是有优点和缺点。 我相信你不会找到一个100%可靠的方法。 你可以向TP和SL下订单。 但这一切在有多个EA的MT5中毫无意义。 Петр 2009.10.14 08:18 #162 thecore >> : 所以没有必要在后苏维埃空间进行测试。 否则就太可笑了：终端是英文的，帮助是俄文的。 我希望大家都清楚，制造商向谁报告。 没有支持服务，没有beta测试者。 (我指的不是那三个不幸的人，他们有时会出现在论坛上，同时又是 (我不是指那些偶尔在论坛上飞来飞去的三个可怜虫)。 我们谈论的是什么样的世界统治？ 你是一个非常矛盾的性质。 ===================== 所以。如果我们抛开关于同时在一个证券交易所工作的必要性/必然性的争论（你知道我的诊断--精神分裂症），那么结果是这样的。 - 由于这种地方性，当地的会计是不可靠的。 - 服务器核算是不可靠的，因为只创建了总体核算，MC还没有提供在服务器上执行策略的服务，这正是：服务器上的策略。这就是解决净值法中职位结构核算的可靠性问题的要求。 - 解决问题的方法，IMHO，是可以找到的--如果有人迫切需要它。问题在于成本和必要性。 [删除] 2009.10.14 08:23 #163 thecore >> : 所以没有必要在后苏维埃空间进行测试。 否则，这就很荒谬了：终端是英文的，帮助是俄语的。 所以想象一下，他们不这样做。你是被迫下载测试版，被迫安装，然后盯着屏幕？不要折磨自己，把整个事情删除... Dmitry Fedoseev 2009.10.14 08:25 #164 thecore писал(а)>> 对于getch和Integer 从这个主题 "是否有可能在MT5中实现总头寸结构的可靠核算 "的角度来看，恐怕是这样的。 用挂单代替TP和SL并不是一个解决方案。 我将用一个例子来解释它。 1.你已经下了一个订单 - 这是一个安全 的操作 2.放置一个挂单而不是SL和TP是一个可靠 的操作，因为在与服务器的一次交易中不能放置两个订单。 与服务器的交易。更有甚者，不可能下三个订单，两个待定的订单和主订单一起下。 这意味着，在下单之间的时间里，可能发生意外情况，这将导致 无法及时下达待定订单，甚至失去其中一个或两个订单 或两者都是由于连接失败，比如说。 好吧，让我们假设我们有非常大的目标（>100点），并且我们已经成功地解决了这些问题，我们已经在我们的EA中插入了大量的检查，并且放置了 下了该死的挂单。 3.价格已经向某个方向移动，并且触发了一个挂单，例如SL。 4.订单已经结束？并非如此。我们仍然有一个不幸的未决订单，负责TP。 那么，谁应该及时清除它呢？普希金，--不，你错了。它应该被我们的EA删除。 这不仅是一个超级讨厌的 操作，而且是程序员的恐怖。 (更不用说商人了，他们什么都不关心，所有场合都只有一个订单）。 因为此时失去通信将导致对专家顾问和账户完全失去控制。 这是一个自相矛盾的趋势。这里大家都主张MM为存款的0.0003%，那么我们需要一个可靠的止损。让我们把它看作是应该的--止损是拯救存款的极端应急方案，对于所有其他的--市场关闭。事实上，只有少数终端有可能开出带有预设止损和止盈的订单。 TheCore 2009.10.14 08:27 #165 Svinozavr >> : - 如果有人迫切需要，可以找到解决问题的方法，IMHO。问题是成本和需求。 不是程序员的你，可能会认为，如果你聚集了很多程序员，他们开始 思考，思考，然后编程，编程，编程--他们会对世界上的一切进行编程。 我必须让你失望，情况并非如此。 解决问题的不是程序员，而是系统分析员。 在程序员开始编写代码之前，他们必须告诉他们 该做什么，怎么做，如果做错了会怎样。 不幸的是，在规划MT5的结构时，分析员正在度假，而 当他到达时，他已经写了一半的程序，他所要做的就是耸耸肩。 像--啊，做你想做的。 这就是为什么我们的例子里有俄罗斯方块，而不是交易策略。 Dmitry Fedoseev 2009.10.14 08:32 #166 .... 也许是时候应用分析，而不是玩订单的井字游戏了...... TheCore 2009.10.14 08:32 #167 Integer >> : 一个自相矛盾的趋势。这里大家都赞成MM在0.0003%的存款，那么就需要可靠的止损。让我们把它当作是--止损是挽救存款的最后应急方案，对于其他一切--市场关闭。一般来说，只有少数交易终端允许开立带有预设止损和止盈的订单。 有趣的是，当白天的挂单被触发时，支持服务会发生什么。 取代SL和TP。 [删除] 2009.10.14 08:32 #168 getch >> : 2.不可能同时在市场上下多个订单。这只有在 "不那么市场化 "的平台上才能实现。所有订单都通过执行服务器排队。例如，在Dukascopy的挂单或市场订单中，有TP和SL水平，在你看来，你同时放置了3/2个条件，实际上它们是按顺序进行的。这就是技术，是符合逻辑的。此外，市场上的限价器需要收取保证金，因为市场上的限价器是一个有保证的订单，因此在执行上不应该有任何问题。这同样适用于TP水平。然而在Dukascopy，TP不会被放入堆栈，而是作为市场进入执行。 4.在MT5中，在触发另一个TP/SL水平后，删除SL/TP水平的问题是在交易者的肩上。在Dukascopy，这是在执行服务器的肩上。为了在SL的情况下可靠地删除TP，你必须（或不能）在ticker里有TP，否则可能发生它将在SL之后被执行。 有很多细微的差别，SL和TP水平可以通过市场执行来实现，所以MT5开发者可以选择跟随Dukascopy的路径。或者，有一个通过表格实现独立TP的选项（这就是我上面引用的），那么开发人员只需要添加没有SL和TP水平的虚拟头寸。 刚刚澄清了。由于SL水平没有任何保证，而只是根据市场要求在市场上执行，所以没有必要在杯中不打TP水平的义务。简单地说，在市场上执行SL之前，执行服务器（Dukascopy）会删除TP级别（即使它在栈中）。不幸的是，这一点在MT5中是无法实现的，即使他与交易服务器有完美的连接。事实上，这在MT5上是非常不可能的。 [删除] 2009.10.14 08:36 #169 thecore писал(а)>> MT5不是为在一个工具上放置多个头寸而设计的MT5的设计不是为了处理多个EA MT5不是为单一工具的对冲头寸而设计的 MT5不是为专家顾问和手动交易一起设计的 MT5不支持MT4代码 MT5不支持MT4的程序逻辑 ... 那还有什么乐趣呢。在另一个新方案中。 MQL5的功能更强大，速度更快。 至于其他的，我已经在想，改用这种会计方式确实是个错误。原因是，交易机器人能够立即计算净头寸（在交易服务器上，在交易中，在专家顾问中，或在手动交易中使用简单的脚本），谁需要它（交易者，经纪人），而反向转换，即使是可能的，也要花费相当多。考虑到我在交易中处理的所有情况，我不知道如何可靠地做到这一点。但在MT5运行前有足够的时间，也许会出现一些问题...... Петр 2009.10.14 08:38 #170 thecore >> : 作为一个非程序员，你可能认为，如果你把很多程序员聚在一起，他们开始 思考，思考，然后编程，编程，编程--他们将对世界上的一切进行编程。 我必须让你失望，情况并非如此。 解决问题的不是程序员，而是系统分析员。 在程序员开始编写代码之前，他们必须告诉他们 该做什么，怎么做，如果做错了会怎样。 不幸的是，在规划MT5的结构时，分析员正在度假，而 当他到达时，他已经写了一半的程序，他所要做的就是耸耸肩。 像--啊，做你想做的。 这就是为什么我们的例子里有俄罗斯方块，而不是交易策略。 你在不同场合的大胆断言（我的资格，在MK的情况，等等）多少减少了对你的意见的兴趣，你不觉得吗？）不知何故，对你的回应没有意义--为什么要回应一个明显不足的人的发言？))) 首先，不要再把幻觉和现实混为一谈--我们来谈谈。 1...101112131415161718192021222324...33 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
这取决于你以何种方式看待它。总是有优点和缺点。
我相信你不会找到一个100%可靠的方法。
你可以向TP和SL下订单。
但这一切在有多个EA的MT5中毫无意义。
所以没有必要在后苏维埃空间进行测试。
否则就太可笑了：终端是英文的，帮助是俄文的。
我希望大家都清楚，制造商向谁报告。
没有支持服务，没有beta测试者。
(我指的不是那三个不幸的人，他们有时会出现在论坛上，同时又是
(我不是指那些偶尔在论坛上飞来飞去的三个可怜虫)。
我们谈论的是什么样的世界统治？
你是一个非常矛盾的性质。
=====================
所以。如果我们抛开关于同时在一个证券交易所工作的必要性/必然性的争论（你知道我的诊断--精神分裂症），那么结果是这样的。
- 由于这种地方性，当地的会计是不可靠的。
- 服务器核算是不可靠的，因为只创建了总体核算，MC还没有提供在服务器上执行策略的服务，这正是：服务器上的策略。这就是解决净值法中职位结构核算的可靠性问题的要求。
- 解决问题的方法，IMHO，是可以找到的--如果有人迫切需要它。问题在于成本和必要性。
所以没有必要在后苏维埃空间进行测试。
否则，这就很荒谬了：终端是英文的，帮助是俄语的。
所以想象一下，他们不这样做。你是被迫下载测试版，被迫安装，然后盯着屏幕？不要折磨自己，把整个事情删除...
对于getch和Integer
从这个主题 "是否有可能在MT5中实现总头寸结构的可靠核算 "的角度来看，恐怕是这样的。
用挂单代替TP和SL并不是一个解决方案。
我将用一个例子来解释它。
1.你已经下了一个订单 - 这是一个安全 的操作
2.放置一个挂单而不是SL和TP是一个可靠 的操作，因为在与服务器的一次交易中不能放置两个订单。
与服务器的交易。更有甚者，不可能下三个订单，两个待定的订单和主订单一起下。
这意味着，在下单之间的时间里，可能发生意外情况，这将导致
无法及时下达待定订单，甚至失去其中一个或两个订单
或两者都是由于连接失败，比如说。
好吧，让我们假设我们有非常大的目标（>100点），并且我们已经成功地解决了这些问题，我们已经在我们的EA中插入了大量的检查，并且放置了
下了该死的挂单。
3.价格已经向某个方向移动，并且触发了一个挂单，例如SL。
4.订单已经结束？并非如此。我们仍然有一个不幸的未决订单，负责TP。
那么，谁应该及时清除它呢？普希金，--不，你错了。它应该被我们的EA删除。
这不仅是一个超级讨厌的 操作，而且是程序员的恐怖。
(更不用说商人了，他们什么都不关心，所有场合都只有一个订单）。
因为此时失去通信将导致对专家顾问和账户完全失去控制。
这是一个自相矛盾的趋势。这里大家都主张MM为存款的0.0003%，那么我们需要一个可靠的止损。让我们把它看作是应该的--止损是拯救存款的极端应急方案，对于所有其他的--市场关闭。事实上，只有少数终端有可能开出带有预设止损和止盈的订单。
- 如果有人迫切需要，可以找到解决问题的方法，IMHO。问题是成本和需求。
不是程序员的你，可能会认为，如果你聚集了很多程序员，他们开始
思考，思考，然后编程，编程，编程--他们会对世界上的一切进行编程。
我必须让你失望，情况并非如此。
解决问题的不是程序员，而是系统分析员。
在程序员开始编写代码之前，他们必须告诉他们
该做什么，怎么做，如果做错了会怎样。
不幸的是，在规划MT5的结构时，分析员正在度假，而
当他到达时，他已经写了一半的程序，他所要做的就是耸耸肩。
像--啊，做你想做的。
这就是为什么我们的例子里有俄罗斯方块，而不是交易策略。
一个自相矛盾的趋势。这里大家都赞成MM在0.0003%的存款，那么就需要可靠的止损。让我们把它当作是--止损是挽救存款的最后应急方案，对于其他一切--市场关闭。一般来说，只有少数交易终端允许开立带有预设止损和止盈的订单。
有趣的是，当白天的挂单被触发时，支持服务会发生什么。
取代SL和TP。
2.不可能同时在市场上下多个订单。这只有在 "不那么市场化 "的平台上才能实现。所有订单都通过执行服务器排队。例如，在Dukascopy的挂单或市场订单中，有TP和SL水平，在你看来，你同时放置了3/2个条件，实际上它们是按顺序进行的。这就是技术，是符合逻辑的。此外，市场上的限价器需要收取保证金，因为市场上的限价器是一个有保证的订单，因此在执行上不应该有任何问题。这同样适用于TP水平。然而在Dukascopy，TP不会被放入堆栈，而是作为市场进入执行。
4.在MT5中，在触发另一个TP/SL水平后，删除SL/TP水平的问题是在交易者的肩上。在Dukascopy，这是在执行服务器的肩上。为了在SL的情况下可靠地删除TP，你必须（或不能）在ticker里有TP，否则可能发生它将在SL之后被执行。
有很多细微的差别，SL和TP水平可以通过市场执行来实现，所以MT5开发者可以选择跟随Dukascopy的路径。或者，有一个通过表格实现独立TP的选项（这就是我上面引用的），那么开发人员只需要添加没有SL和TP水平的虚拟头寸。
刚刚澄清了。由于SL水平没有任何保证，而只是根据市场要求在市场上执行，所以没有必要在杯中不打TP水平的义务。简单地说，在市场上执行SL之前，执行服务器（Dukascopy）会删除TP级别（即使它在栈中）。不幸的是，这一点在MT5中是无法实现的，即使他与交易服务器有完美的连接。事实上，这在MT5上是非常不可能的。
MT5不是为在一个工具上放置多个头寸而设计的
MT5的设计不是为了处理多个EA
MT5不是为单一工具的对冲头寸而设计的
MT5不是为专家顾问和手动交易一起设计的
MT5不支持MT4代码
MT5不支持MT4的程序逻辑
...
那还有什么乐趣呢。在另一个新方案中。
MQL5的功能更强大，速度更快。
至于其他的，我已经在想，改用这种会计方式确实是个错误。原因是，交易机器人能够立即计算净头寸（在交易服务器上，在交易中，在专家顾问中，或在手动交易中使用简单的脚本），谁需要它（交易者，经纪人），而反向转换，即使是可能的，也要花费相当多。考虑到我在交易中处理的所有情况，我不知道如何可靠地做到这一点。但在MT5运行前有足够的时间，也许会出现一些问题......
作为一个非程序员，你可能认为，如果你把很多程序员聚在一起，他们开始
思考，思考，然后编程，编程，编程--他们将对世界上的一切进行编程。
我必须让你失望，情况并非如此。
解决问题的不是程序员，而是系统分析员。
在程序员开始编写代码之前，他们必须告诉他们
该做什么，怎么做，如果做错了会怎样。
不幸的是，在规划MT5的结构时，分析员正在度假，而
当他到达时，他已经写了一半的程序，他所要做的就是耸耸肩。
像--啊，做你想做的。
这就是为什么我们的例子里有俄罗斯方块，而不是交易策略。
你在不同场合的大胆断言（我的资格，在MK的情况，等等）多少减少了对你的意见的兴趣，你不觉得吗？）不知何故，对你的回应没有意义--为什么要回应一个明显不足的人的发言？)))
首先，不要再把幻觉和现实混为一谈--我们来谈谈。