[存档!]任何菜鸟问题,为了不给论坛添乱。专业人士,不要与它擦肩而过。没有你,哪里都不能去 - 2. - 页 210 1...203204205206207208209210211212213214215216217...537 新评论 Artyom Trishkin 2011.03.07 06:20 #2091 coronel:马吉克永远不会结束,不要担心这个问题。使用Magik,它将使你的生活更轻松。 正是如此......如果你需要从一年的交易历史中选择一个 从交易开始到现在已经有两个月的订单 怎么办?你会如何计算呢?你将与不同的魔术师堆积订单,然后你将如何整理这些混乱的局面? [删除] 2011.03.07 06:27 #2092 eddy: 如果整个网站都是关于功能的,为什么不按功能来分组呢?而功能是解决问题的方法,也就是说,功能本身应该按问题来分组。 按你认为合适的方式进行分类/分组,并提供现有文章、使用案例、讨论主题和具体代码的链接。 这是一项巨大而必要的工作,进一步 揭示了MQL的可能性。 [删除] 2011.03.07 06:29 #2093 artmedia70: 没错......但如果这一年的交易历史要求你选择一个自你开始交易以来已经开了两个月的订单,怎么办?你会如何计算呢?你会不会在不同的巫师那里堆积订单,你将如何整理这些混乱的事情? 我不明白你认为有什么问题。 Artyom Trishkin 2011.03.07 06:30 #2094 doon:又见面了。 关键是,我需要使用 isCloseLastPosByStop() 函数检查订单是否被关闭 。我不能使用魔力,因为它迟早会用完(2147483647),而且我不能擦除或修改它。请告知如何实现这一点。 这完全取决于你的EA的结构。如果它开了大量的订单--那就自己核算订单,如果同时开仓的数量有限,那就用旗子监控。 总是可以通过其不可变的参数来检查所选择的订单。例如--它的开放时间和魔法。也可以具体查看票据。如果订单有一个票据1,并且有这样一个票据的订单已经被检查过了,你就不应该再检查。但我们也需要检查它是否从市场订单列表中被选中,而不是关闭。这是由其关闭时间来检查的 OrderCloseTime() - 如果订单尚未关闭,该函数总是返回0。 Artyom Trishkin 2011.03.07 06:42 #2095 coronel: 我不明白你认为有什么问题。 我没发现有什么问题。在我看来,我看到了一个完全不合理的、毫无意义的对魔术师的使用。为什么随后的每一个订单都要被分配,比方说,Magik++? 我的理解 是,我也是这么做的,最好是用magik来区分在一个EA中同一绑定的不同策略。然后,它(EA)就会清楚地知道按照当前的策略开仓/平仓/删除/修改哪个仓位。让我解释一下--我们有几个不同的策略同时在一个EA中工作。每个策略都被分配了自己的魔力,专家顾问自己知道哪个头寸对应哪个策略,在发生有意义的标准时,不会处理长期策略的头寸,这就是日内策略。 我是这么做的,但是...IMHO。 你可以给每个订单授予一个新的魔术师,在几千个不同的魔术师中,你可以寻找合适的位置来做出交易决定...... Yedom das saine. Roma 2011.03.07 06:43 #2096 coronel: 按你认为合适的方式进行分类/分组,并提供可用文章、使用案例、讨论主题和具体代码的链接。 这是一项巨大而必要的工作,为MQL打开了更多 的可能性。 在我看来。 1) 创建一个部分 2)向所有来者填充,即文章、代码和其他东西的作者。它还提供了一个机会,建议作者将他们的作品归入特定的主题。注意,这不是将材料分成几组,而是一个标签系统,因为作品可能同时提到不同的主题。 3)自然加法,即创造一个问题/目标/目的和一个答案/解决方案。第二点仍然存在,即已经回答过的问题,以及已经提出和/或描述过的解决方案的问题,将由现有的工作,即代码/文章/教科书和/或类似的工作来回答。 这种结构意味着发展所有部分的可能性,即教科书(免费提供各种解释),文件(提供更详细的描述,描述细微差别),代码库(优化)和文章("现场文章",即讨论各种可能性及其细微差别,因此编辑/更新/改进文章)。 Artyom Trishkin 2011.03.07 06:51 #2097 eddy: 我的看法是这样的。 1) 创建一个部分 2)由所有来者填写,即文章、代码和其他东西的作者。还建议为作者提供将其作品归入特定主题的机会。请注意,拟议的标签系统,不是将材料分成几组,而是将材料分成几组,因为作品可以同时属于不同的主题。 3)自然加法,即创造一个问题/目标/目的和一个答案/解决方案。第二点仍然存在,即已经回答过的问题,以及已经提出和/或描述过的解决方案的问题--将由现有的工作,即代码/文章/教科书和/或类似作品来回答。 这种结构允许所有部分的发展,例如教程(提供免费的变体解释)、文档(提供更详细的描述,描述细微差别)、代码库(优化)和文章("活文章",即讨论各种可能性及其细微差别,因此编辑/更新/改进文章)。 那就去做吧。你已经被邀请就这个问题向政府发言。 而这个分支机构的议程略有不同。 [删除] 2011.03.07 06:56 #2098 artmedia70: 我没发现有什么问题。在我看来,我看到了一个完全不合理的、毫无意义的对魔术师的使用。为什么随后的每一个订单都要被分配,比方说,Magik++? 我的理解 是,我也是这么做的,最好是用magik来区分在一个EA中相同绑定的不同策略。然后,它(EA)就会清楚地知道按照当前的策略开仓/平仓/删除/修改哪个仓位。让我解释一下--我们有几个不同的策略同时在一个EA中工作。每个策略都被分配了自己的魔力,专家顾问自己知道哪个头寸对应哪个策略,在发生有意义的标准时,不会处理长期策略的头寸,这就是日内策略。 我是这么做的,但是...IMHO。 你可以在每个订单上放置一个新的魔术师,并在成千上万个不同的魔术师中寻找需要的位置,以做出交易决定。 Yedom das saine. 在我的帖子中,我只是指出了一个魔术师不可能穷尽所有可能的数字--甚至连一百次的生命都不够用。 然而,这并不意味着每个新的订单都应该分配一个新的魔术师。 在任何情况下,无论如何,魔术师只是在EA的 "内部业务 "中需要。 而交易者会对交易的工具和时间感兴趣,甚至可能对具体的EA感兴趣,但可以通过评论来确定。 所以,我不认为我们对魔术师的看法有什么不同。 [删除] 2011.03.07 07:02 #2099 eddy: 我是这样看的。 不要扰乱人们的思想。))) 开始吧,毕竟! Fam 2011.03.07 07:05 #2100 coronel: break 语句会 停止 最近 的下级switch、 while 或 for 语句 的 执行。控制权交给 正在结束 的操作员之后 的下一个 操作员。这个操作符 的目的之一 是当 一个 变量 被分配到某一数值时终止一个循环。 ----- continue 操作符将控制权传递给 最近的外部while 或 for 操作符 的 开头,导致下一个迭代的开始。 这个运算符 与break 相反。 有趣的是:)谢谢你。 1...203204205206207208209210211212213214215216217...537 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
马吉克永远不会结束,不要担心这个问题。
使用Magik,它将使你的生活更轻松。
正是如此......如果你需要从一年的交易历史中选择一个 从交易开始到现在已经有两个月的订单 怎么办?你会如何计算呢?你将与不同的魔术师堆积订单,然后你将如何整理这些混乱的局面?
如果整个网站都是关于功能的,为什么不按功能来分组呢?而功能是解决问题的方法,也就是说,功能本身应该按问题来分组。
按你认为合适的方式进行分类/分组,并提供现有文章、使用案例、讨论主题和具体代码的链接。
这是一项巨大而必要的工作,进一步 揭示了MQL的可能性。
没错......但如果这一年的交易历史要求你选择一个自你开始交易以来已经开了两个月的订单,怎么办?你会如何计算呢?你会不会在不同的巫师那里堆积订单,你将如何整理这些混乱的事情?
又见面了。
关键是,我需要使用 isCloseLastPosByStop() 函数检查订单是否被关闭 。我不能使用魔力,因为它迟早会用完(2147483647),而且我不能擦除或修改它。请告知如何实现这一点。这完全取决于你的EA的结构。如果它开了大量的订单--那就自己核算订单,如果同时开仓的数量有限,那就用旗子监控。
总是可以通过其不可变的参数来检查所选择的订单。例如--它的开放时间和魔法。也可以具体查看票据。如果订单有一个票据1,并且有这样一个票据的订单已经被检查过了,你就不应该再检查。但我们也需要检查它是否从市场订单列表中被选中,而不是关闭。这是由其关闭时间来检查的 OrderCloseTime() - 如果订单尚未关闭,该函数总是返回0。
我不明白你认为有什么问题。
我的理解 是,我也是这么做的,最好是用magik来区分在一个EA中同一绑定的不同策略。然后,它(EA)就会清楚地知道按照当前的策略开仓/平仓/删除/修改哪个仓位。让我解释一下--我们有几个不同的策略同时在一个EA中工作。每个策略都被分配了自己的魔力,专家顾问自己知道哪个头寸对应哪个策略,在发生有意义的标准时,不会处理长期策略的头寸,这就是日内策略。
我是这么做的,但是...IMHO。
你可以给每个订单授予一个新的魔术师,在几千个不同的魔术师中,你可以寻找合适的位置来做出交易决定......
Yedom das saine.
按你认为合适的方式进行分类/分组,并提供可用文章、使用案例、讨论主题和具体代码的链接。
这是一项巨大而必要的工作,为MQL打开了更多 的可能性。
在我看来。
1) 创建一个部分
2)向所有来者填充,即文章、代码和其他东西的作者。它还提供了一个机会,建议作者将他们的作品归入特定的主题。注意,这不是将材料分成几组,而是一个标签系统,因为作品可能同时提到不同的主题。
3)自然加法,即创造一个问题/目标/目的和一个答案/解决方案。第二点仍然存在,即已经回答过的问题,以及已经提出和/或描述过的解决方案的问题,将由现有的工作,即代码/文章/教科书和/或类似的工作来回答。
这种结构意味着发展所有部分的可能性,即教科书(免费提供各种解释),文件(提供更详细的描述,描述细微差别),代码库(优化)和文章("现场文章",即讨论各种可能性及其细微差别,因此编辑/更新/改进文章)。
我的看法是这样的。
1) 创建一个部分
2)由所有来者填写,即文章、代码和其他东西的作者。还建议为作者提供将其作品归入特定主题的机会。请注意,拟议的标签系统,不是将材料分成几组,而是将材料分成几组,因为作品可以同时属于不同的主题。
3)自然加法,即创造一个问题/目标/目的和一个答案/解决方案。第二点仍然存在,即已经回答过的问题,以及已经提出和/或描述过的解决方案的问题--将由现有的工作,即代码/文章/教科书和/或类似作品来回答。
这种结构允许所有部分的发展,例如教程(提供免费的变体解释)、文档(提供更详细的描述,描述细微差别)、代码库(优化)和文章("活文章",即讨论各种可能性及其细微差别,因此编辑/更新/改进文章)。
那就去做吧。你已经被邀请就这个问题向政府发言。
而这个分支机构的议程略有不同。
我没发现有什么问题。在我看来,我看到了一个完全不合理的、毫无意义的对魔术师的使用。为什么随后的每一个订单都要被分配,比方说,Magik++?
我的理解 是,我也是这么做的,最好是用magik来区分在一个EA中相同绑定的不同策略。然后,它(EA)就会清楚地知道按照当前的策略开仓/平仓/删除/修改哪个仓位。让我解释一下--我们有几个不同的策略同时在一个EA中工作。每个策略都被分配了自己的魔力,专家顾问自己知道哪个头寸对应哪个策略,在发生有意义的标准时,不会处理长期策略的头寸,这就是日内策略。
我是这么做的,但是...IMHO。
你可以在每个订单上放置一个新的魔术师,并在成千上万个不同的魔术师中寻找需要的位置,以做出交易决定。
Yedom das saine.
在我的帖子中,我只是指出了一个魔术师不可能穷尽所有可能的数字--甚至连一百次的生命都不够用。
然而,这并不意味着每个新的订单都应该分配一个新的魔术师。
在任何情况下,无论如何,魔术师只是在EA的 "内部业务 "中需要。
而交易者会对交易的工具和时间感兴趣,甚至可能对具体的EA感兴趣,但可以通过评论来确定。
所以,我不认为我们对魔术师的看法有什么不同。
我是这样看的。
不要扰乱人们的思想。)))
开始吧,毕竟!
break 语句会 停止 最近 的下级switch、 while 或 for 语句 的 执行。控制权交给 正在结束 的操作员之后 的下一个 操作员。这个操作符 的目的之一 是当 一个 变量 被分配到某一数值时终止一个循环。
-----
continue 操作符将控制权传递给 最近的外部while 或 for 操作符 的 开头,导致下一个迭代的开始。 这个运算符 与break 相反。