搜索订单的任务 - 页 4 1234567891011...14 新评论 Dmitry Fedoseev 2015.08.15 07:10 #31 Михаил:...给我一个例子（MT5），当你不得不把以前下的订单留在市场上时。... 例如，在一个头寸的止损上设置一个止损器。 Artyom Trishkin 2015.08.15 08:38 #32 Vladimir Pastushak:底线是，即使服务器上的操作系统出现故障，你也可以运行一台家用电脑，在需要重新启动伺服机的时候恢复对账户的控制。在我与VDS/VPS服务器工作的经验中，操作系统从未飞过，但重新启动是不可预见的，而且是按计划发生的。我的问题的实质是要正确地写代码，收集有关当前情况的信息... 这是恢复，而不是删除。我写了什么？关于恢复，这很好。我被告知要删除它。你应该更加小心；) Vladimir Pastushak 2015.08.15 08:53 #33 Artyom Trishkin: 一个会恢复的，而不是删除的。我写了什么？关于恢复，这是一件好事。有人告诉我，你必须要删除。你应该更加小心；)我同意你的观点，为什么你需要一个能在系统失败时成批开仓和平仓的EA，在价差上失去一切...顾问应按条件收集信息，然后根据其算法进行工作。 Vladimir Pastushak 2015.08.15 13:40 #34 Vasiliy Sokolov: 妈的，伙计，***不要胡说八道。你自己已经确定了正确的方向：状态应该由当前环境来恢复，MT给你的是最可靠的选择。取而代之的是，你写了一个冗长而无用的类信息，你必须以某种方式把外部函数找到的值塞进它。是的，最终它将包含你需要的变量：订单价格方面的最高和最低票，以及其他对你来说重要的东西。但在现实中，这个问题是由一个专门的订单容器来解决的：想象一下，你有一个订单列表，其中每个订单代表一个有许多列的表行（订单ID，开盘时间，开盘价，利润，等等）。你按其中一列进行排序，得到的正是你需要的序列。因此，所有这些都可以在类的帮助下完成，你喜欢使用这些类（虽然毫无头绪，对不起）。如果你有兴趣，我明天会写如何做。 我希望你不是在摇晃空气...或者说是互联网的字节数... Mikhail Filimonov 2015.08.16 13:08 #35 Dmitry Fedoseev: 例如，止损位上的止损器。是什么阻止了你在初始化期间卸载然后重新安装？究竟为什么要RESTORE控制？ Vladimir Pastushak 2015.08.16 13:26 #36 Михаил:是什么阻止了你在初始化期间删除然后重新安装？为什么我们需要RESTORE控制？因为采用这种方法，我们只在初始化的时候收集一次环境信息。有时会发生经纪人拆分未平仓订单的情况，即你发送0.05，经纪人接受它为0.02和0.03。因此，最好是在每次打勾 或在某个时间间隔内获得有关环境的信息。例如，我认为EA应该一直拥有关于交易符号和订单的所有信息。 Dmitry Fedoseev 2015.08.16 13:32 #37 Михаил:1.是什么阻止了它在初始化期间被删除，然后重新安装？2.究竟为什么要RESTORE控制？1.你听说过关于切除扁桃体的笑话吗？没有什么可以阻止它。2.冗余度最小，干扰最小，因此更符合预定计划。挂单 的执行不受专家顾问的控制。因此，把订单留在市场上，然后再恢复控制权会更合理。重启的时间只有几分钟，如果在这段时间内订单有效，策略可能还不会被破坏，专家顾问会分析情况并继续。如果我们删除订单，我们将不能把它放在同一个地方，然后我们将不得不通过市场订单来纠正策略，这使得算法更加复杂。重新启动时，我们必须删除和关闭一切，然后重新开始。这是经不起批评的。有一个众所周知的原则--"不要不必要地增加实体"。而在这里可以也应该坚持类似的原则--不进行不必要的交易操作。 Mikhail Filimonov 2015.08.16 13:41 #38 Dmitry Fedoseev:1.你听说过关于切除扁桃体的轶事吗？没有什么能阻挡。2.最小的不必要的行动，最小的干扰，这意味着更符合预定的计划。挂单 的执行不受专家顾问的控制。因此，把订单留在市场上，然后再恢复控制，会更合理。重启的时间只有几分钟，如果在这段时间内订单被触发，策略可能还不会被破坏，专家顾问会分析情况并继续。如果我们删除订单，它将不会被放置在同一位置，我们将不得不通过市场订单来纠正策略，这使得算法更加复杂。重新启动时，我们必须删除和关闭一切，然后重新开始。这是经不起批评的。有一个众所周知的原则--"不要不必要地增加实体"。而这个原则在这里可以也必须遵循--不进行不必要的交易操作。出于某种原因，我预料到了这个答案--没有具体的东西！"。在4年半的时间里，我没有发生过一次崩溃，在使用终端的3年半时间里，我也没有发生过一次挂机。当你在 "崩溃 "后启动专家顾问时（如果它曾经发生），你有多少订单和什么订单并不重要，你永远不会知道你输入了哪些订单。您有多少个订单并不重要，但您是否有位置 却很重要，因为您可能必须删除您以前的所有订单，这些订单现在已经关闭。因为你可能不得不取消那些不适合你已经拥有的头寸 的订单，而且你可能要重新检查你以前所有目前不适合你拥有的头寸 的订单。那么，如果你无论如何都要删除以前的命令，为什么还要重新建立控制（每年一次！！）？写一大堆代码有什么意义吗？为了什么？ Dmitry Fedoseev 2015.08.16 13:52 #39 Михаил:不知为何，我预料到了这个答案--没有具体的东西!在4年半的时间里，我没有发生过一次崩溃，在使用终端的3年半时间里，我从来没有发生过挂机。当你下载了专家顾问后，它 "崩溃 "了（如果它曾经发生过），你有多少个订单和什么订单并不重要。当你加载一个EA时，如果你曾经有一个EA，你有多少订单并不重要，但你是否有一个POSITION 却很重要，因为你可能要删除你以前的所有订单，这些订单目前存在于交易平台中。因为你可能要取消那些不符合你已经拥有的头寸 的订单，如果有的话，你可能要重新检查你的头寸。那么，如果你无论如何都要删除以前的命令，为什么还要重新建立控制（每年一次！！）？写一大堆代码有什么意义吗？为了什么？ 总而言之，你是出于某种原因对担任这种职务感兴趣的人。没有人禁止你写玩具供自己使用。你采取这种立场是因为你在为自己写作，你当然不会让自己的生活变得更难。如果你是一个客户，你会有一个完全不同的立场。 除了重新启动，你还可能遇到连接失败，之后你必须恢复控制。不存在恢复控制的问题，因为没有控制，就不应该有任何东西。在每一次打勾 时，你都会分析情况并做出决定。我非常理解你的观点。 编写一个稳定和可重新启动的EA需要相当不同的方法和对算法的另一种看法。这并不容易，对有些人来说，甚至是不可能的。 Mikhail Filimonov 2015.08.16 13:55 #40 Dmitry Fedoseev: 一切都是具体的，是你出于某种原因对担任该职位感兴趣。没有人禁止你为自己亲自为测试者写玩具。你采取这种立场是因为你是为自己写作，所以你不会使你的生活复杂化。如果你是一个客户，你会有一个完全不同的立场。 除了重新启动，你还可能遇到连接中断，之后你必须恢复控制。不存在恢复控制这回事，因为没有控制，就不应该有任何东西。在每一次打勾时，你都会分析情况并做出决定。而客户关心的是什么？对客户来说，最重要的是专家顾问的工作!如果连接中断，你不会失去控制，因为订单票没有丢失P/S 还有，迪米特里，你怎么会认为我是为测试员写玩具的？如果我不为客户写任何东西，也不卖我的EA，它不这并不意味着它们是 "玩具"! 1234567891011...14 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
...
给我一个例子（MT5），当你不得不把以前下的订单留在市场上时。
...
底线是，即使服务器上的操作系统出现故障，你也可以运行一台家用电脑，在需要重新启动伺服机的时候恢复对账户的控制。
在我与VDS/VPS服务器工作的经验中，操作系统从未飞过，但重新启动是不可预见的，而且是按计划发生的。
我的问题的实质是要正确地写代码，收集有关当前情况的信息...
一个会恢复的，而不是删除的。我写了什么？关于恢复，这是一件好事。有人告诉我，你必须要删除。你应该更加小心；)
我同意你的观点，为什么你需要一个能在系统失败时成批开仓和平仓的EA，在价差上失去一切...
顾问应按条件收集信息，然后根据其算法进行工作。
妈的，伙计，***不要胡说八道。你自己已经确定了正确的方向：状态应该由当前环境来恢复，MT给你的是最可靠的选择。取而代之的是，你写了一个冗长而无用的类信息，你必须以某种方式把外部函数找到的值塞进它。是的，最终它将包含你需要的变量：订单价格方面的最高和最低票，以及其他对你来说重要的东西。但在现实中，这个问题是由一个专门的订单容器来解决的：想象一下，你有一个订单列表，其中每个订单代表一个有许多列的表行（订单ID，开盘时间，开盘价，利润，等等）。你按其中一列进行排序，得到的正是你需要的序列。因此，所有这些都可以在类的帮助下完成，你喜欢使用这些类（虽然毫无头绪，对不起）。如果你有兴趣，我明天会写如何做。
例如，止损位上的止损器。
是什么阻止了你在初始化期间卸载然后重新安装？
究竟为什么要RESTORE控制？
是什么阻止了你在初始化期间删除然后重新安装？
为什么我们需要RESTORE控制？
因为采用这种方法，我们只在初始化的时候收集一次环境信息。
有时会发生经纪人拆分未平仓订单的情况，即你发送0.05，经纪人接受它为0.02和0.03。
因此，最好是在每次打勾 或在某个时间间隔内获得有关环境的信息。
例如，我认为EA应该一直拥有关于交易符号和订单的所有信息。
1.是什么阻止了它在初始化期间被删除，然后重新安装？
2.究竟为什么要RESTORE控制？
1.你听说过关于切除扁桃体的笑话吗？没有什么可以阻止它。
2.冗余度最小，干扰最小，因此更符合预定计划。挂单 的执行不受专家顾问的控制。因此，把订单留在市场上，然后再恢复控制权会更合理。重启的时间只有几分钟，如果在这段时间内订单有效，策略可能还不会被破坏，专家顾问会分析情况并继续。如果我们删除订单，我们将不能把它放在同一个地方，然后我们将不得不通过市场订单来纠正策略，这使得算法更加复杂。
重新启动时，我们必须删除和关闭一切，然后重新开始。这是经不起批评的。
有一个众所周知的原则--"不要不必要地增加实体"。而在这里可以也应该坚持类似的原则--不进行不必要的交易操作。
1.你听说过关于切除扁桃体的轶事吗？没有什么能阻挡。
2.最小的不必要的行动，最小的干扰，这意味着更符合预定的计划。挂单 的执行不受专家顾问的控制。因此，把订单留在市场上，然后再恢复控制，会更合理。重启的时间只有几分钟，如果在这段时间内订单被触发，策略可能还不会被破坏，专家顾问会分析情况并继续。如果我们删除订单，它将不会被放置在同一位置，我们将不得不通过市场订单来纠正策略，这使得算法更加复杂。
重新启动时，我们必须删除和关闭一切，然后重新开始。这是经不起批评的。
有一个众所周知的原则--"不要不必要地增加实体"。而这个原则在这里可以也必须遵循--不进行不必要的交易操作。
出于某种原因，我预料到了这个答案--没有具体的东西！"。
在4年半的时间里，我没有发生过一次崩溃，在使用终端的3年半时间里，我也没有发生过一次挂机。
当你在 "崩溃 "后启动专家顾问时（如果它曾经发生），你有多少订单和什么订单并不重要，你永远不会知道你输入了哪些订单。
您有多少个订单并不重要，但您是否有位置 却很重要，因为您可能必须删除您以前的所有订单，这些订单现在已经关闭。
因为你可能不得不取消那些不适合你已经拥有的头寸 的订单，而且你可能要重新检查你以前所有目前不适合你拥有的头寸 的订单。
那么，如果你无论如何都要删除以前的命令，为什么还要重新建立控制（每年一次！！）？
写一大堆代码有什么意义吗？
为了什么？
不知为何，我预料到了这个答案--没有具体的东西!
在4年半的时间里，我没有发生过一次崩溃，在使用终端的3年半时间里，我从来没有发生过挂机。
当你下载了专家顾问后，它 "崩溃 "了（如果它曾经发生过），你有多少个订单和什么订单并不重要。
当你加载一个EA时，如果你曾经有一个EA，你有多少订单并不重要，但你是否有一个POSITION 却很重要，因为你可能要删除你以前的所有订单，这些订单目前存在于交易平台中。
因为你可能要取消那些不符合你已经拥有的头寸 的订单，如果有的话，你可能要重新检查你的头寸。
那么，如果你无论如何都要删除以前的命令，为什么还要重新建立控制（每年一次！！）？
写一大堆代码有什么意义吗？
为了什么？
总而言之，你是出于某种原因对担任这种职务感兴趣的人。
没有人禁止你写玩具供自己使用。你采取这种立场是因为你在为自己写作，你当然不会让自己的生活变得更难。如果你是一个客户，你会有一个完全不同的立场。
除了重新启动，你还可能遇到连接失败，之后你必须恢复控制。不存在恢复控制的问题，因为没有控制，就不应该有任何东西。在每一次打勾 时，你都会分析情况并做出决定。
我非常理解你的观点。 编写一个稳定和可重新启动的EA需要相当不同的方法和对算法的另一种看法。这并不容易，对有些人来说，甚至是不可能的。
一切都是具体的，是你出于某种原因对担任该职位感兴趣。
没有人禁止你为自己亲自为测试者写玩具。你采取这种立场是因为你是为自己写作，所以你不会使你的生活复杂化。如果你是一个客户，你会有一个完全不同的立场。
除了重新启动，你还可能遇到连接中断，之后你必须恢复控制。不存在恢复控制这回事，因为没有控制，就不应该有任何东西。在每一次打勾时，你都会分析情况并做出决定。
而客户关心的是什么？对客户来说，最重要的是专家顾问的工作!
如果连接中断，你不会失去控制，因为订单票没有丢失
P/S 还有，迪米特里，你怎么会认为我是为测试员写玩具的？
如果我不为客户写任何东西，也不卖我的EA，它不
这并不意味着它们是 "玩具"!