学习如何赚取村民的钱 [第2集] ! - 页 275 1...268269270271272273274275276277278279280281282...473 新评论 khorosh 2014.01.05 08:54 #2741 artmedia70: 建议先关闭亏损的,再关闭盈利的。否则你可能会遇到停工的情况。是的。正是如此。他是通过手段来覆盖,而不是平衡。-----------------------------------------------------------------------------------------------------------------------------------------------AccountEquity()=AccountBalance()+AccountProfit();总数没有变化,因为我们把一些钱从第2个总和转移到第1个总和。 但先关闭较大手数的头寸是有意义的,因为在价格突然逆转对我们不利的情况下(关闭大量订单 时),损失会比较小。开始关闭重叠头寸的过程也是有用的。 Sergey Gridnev 2014.01.05 14:19 #2742 khorosh: 通过关闭重叠的头寸来启动平仓过程也是很有用的。 重叠的位置可以最后关闭,因为无论如何它们都不会有什么变化。 khorosh 2014.01.05 14:32 #2743 Contender: 另一方面,重叠的那些可以最后关闭,反正对他们来说没有什么变化。 这太复杂了。我们应该首先确定重叠的订单的票数,以留待以后使用。而只有到那时,我们才应该开始关闭其他订单。此外,这些被选中的封锁订单有可能只覆盖一部分,所以我们需要计算哪一部分必须在开始时关闭,哪一部分在关闭封锁订单期间关闭。总的来说,这是个狗屁不通的烂摊子。一次性关闭重叠的,然后再关闭所有其他的,这样比较容易。但如果你喜欢尽可能地做每件事,那么欢迎你)。就我个人而言,我不喜欢将代码过度复杂化,如果它没有明显的效果。 Sergey Gridnev 2014.01.05 14:39 #2744 khorosh: 这太复杂了。然后,我们应该首先确定重叠订单的代号,以便将它们留待以后使用。而只有到那时,我们才应该开始关闭其他订单。此外,这些被选中的封锁订单中,有些可能只是部分覆盖,所以我们需要计算哪一部分必须在开始时关闭,哪一部分在关闭封锁订单时关闭。总的来说,这是个狗屁不通的烂摊子。一次性关闭重叠的,然后再关闭所有其他的,这样比较容易。但如果你喜欢尽可能地做每件事,那么欢迎你)。就我个人而言,我不喜欢将代码过度复杂化,如果它没有明显的效果。 一般来说,重叠的必须在它们出现后立即关闭。那么就根本不会有任何麻烦了。 khorosh 2014.01.05 15:00 #2745 Contender: 一般来说,重叠的应该在出现后立即关闭。那么就不会有任何麻烦了。 我同意,但如果作者不愿意。正如他们所说,自由意志。也许,使用追踪止损是因为它可能发生在趋势横行的时候,而且两个锁单都成功平仓获利。 [删除] 2014.01.05 15:03 #2746 感谢每一位帮助改进关闭的人,图表更漂亮了) 按照打开的顺序关闭订单。 //+------------------------------------------------------------------+ //| Закрыть все ордера | //+------------------------------------------------------------------+ double ClossAllOrders () { for(int i=0; i<OrdersTotal(); ) { if ( !OrderSelect(i, SELECT_BY_POS) ) break; int type = OrderType(); bool result = false; switch(type) { //Close opened long positions case OP_BUY : result = OrderClose( OrderTicket(), OrderLots(), MarketInfo(OrderSymbol(), MODE_BID), 3, Lime ); break; //Close opened short positions case OP_SELL : result = OrderClose( OrderTicket(), OrderLots(), MarketInfo(OrderSymbol(), MODE_ASK), 3, Lime ); break; //Close pending orders case OP_BUYLIMIT : case OP_BUYSTOP : case OP_SELLLIMIT : case OP_SELLSTOP : result = OrderDelete( OrderTicket() ); } if(result == false) { Print("Order " , OrderTicket() , " failed to close. Error:" , GetLastError() ); i++; Sleep(500); } } } // End khorosh 2014.01.05 15:14 #2747 BeerGod: 感谢每一位帮助改进关闭的人,图表更漂亮了) 按照打开的顺序关闭订单。 我想感谢所有帮助我改进图表的人。对于不了解的投资者,相反,PAMM显示尖峰向上,好像不是存款失败,而是相反,尖峰向上。 [删除] 2014.01.05 15:26 #2748 khorosh: 更加美丽的是,以前山峰是向上的,现在是向下的。对于不了解PAMM的投资者来说,相反,有的图片是向上的峰值,好像不是存款的失败,而是相反,向上的跳跃。 好吧,在向上的高峰之后的下降,他们可能会认为是一系列的损失,但先是下降,然后在几秒钟内上升,而电网正在关闭,多么迅速地偿还了一切,并有了利润) khorosh 2014.01.05 15:48 #2749 BeerGod: 好吧,在高峰之后的下跌,他们可能认为是一连串的损失,但这样先是下跌,在几秒钟内上升,而网络正在关闭,所有的东西都被打掉了,而且还有利润) 这都是胡说八道。 [删除] 2014.01.05 15:56 #2750 khorosh: 这都是胡说八道。 这可能是胡说八道,但同样的分数显示不同,所以你必须想办法以公平的方式改善画面,牺牲算法。 新年快乐!!!。 1...268269270271272273274275276277278279280281282...473 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
artmedia70:
建议先关闭亏损的,再关闭盈利的。否则你可能会遇到停工的情况。是的。正是如此。他是通过手段来覆盖,而不是平衡。
-----------------------------------------------------------------------------------------------------------------------------------------------
总数没有变化,因为我们把一些钱从第2个总和转移到第1个总和。
但先关闭较大手数的头寸是有意义的,因为在价格突然逆转对我们不利的情况下(关闭大量订单 时),损失会比较小。开始关闭重叠头寸的过程也是有用的。
通过关闭重叠的头寸来启动平仓过程也是很有用的。
重叠的位置可以最后关闭,因为无论如何它们都不会有什么变化。
另一方面,重叠的那些可以最后关闭,反正对他们来说没有什么变化。
这太复杂了。然后,我们应该首先确定重叠订单的代号,以便将它们留待以后使用。而只有到那时,我们才应该开始关闭其他订单。此外,这些被选中的封锁订单中,有些可能只是部分覆盖,所以我们需要计算哪一部分必须在开始时关闭,哪一部分在关闭封锁订单时关闭。总的来说,这是个狗屁不通的烂摊子。一次性关闭重叠的,然后再关闭所有其他的,这样比较容易。但如果你喜欢尽可能地做每件事,那么欢迎你)。就我个人而言,我不喜欢将代码过度复杂化,如果它没有明显的效果。
一般来说,重叠的必须在它们出现后立即关闭。那么就根本不会有任何麻烦了。
一般来说,重叠的应该在出现后立即关闭。那么就不会有任何麻烦了。
感谢每一位帮助改进关闭的人,图表更漂亮了)
按照打开的顺序关闭订单。
感谢每一位帮助改进关闭的人,图表更漂亮了)
按照打开的顺序关闭订单。
我想感谢所有帮助我改进图表的人。对于不了解的投资者,相反,PAMM显示尖峰向上,好像不是存款失败,而是相反,尖峰向上。
更加美丽的是,以前山峰是向上的,现在是向下的。对于不了解PAMM的投资者来说,相反,有的图片是向上的峰值,好像不是存款的失败,而是相反,向上的跳跃。
好吧,在向上的高峰之后的下降,他们可能会认为是一系列的损失,但先是下降,然后在几秒钟内上升,而电网正在关闭,多么迅速地偿还了一切,并有了利润)
好吧,在高峰之后的下跌,他们可能认为是一连串的损失,但这样先是下跌,在几秒钟内上升,而网络正在关闭,所有的东西都被打掉了,而且还有利润)
这都是胡说八道。
这都是胡说八道。
这可能是胡说八道,但同样的分数显示不同,所以你必须想办法以公平的方式改善画面,牺牲算法。
新年快乐!!!。