对MT5的祝愿 - 页 60 1...535455565758596061626364656667...117 新评论 [删除] 2011.03.02 00:32 #591 开发者如何看待为每个未结头寸引入一个新的属性,即其寿命。就像普通的TP或SL,但不是沿着价格轴,而是沿着时间轴,这样我们就可以设置(如果我们想的话)平仓 时间(如果在这个估计时间内SL或TP都没有触发)。当然,我们可以把它写在我们的EA中,但我们希望在服务器上有这个功能,以便不依赖任何东西。 Renat Fatkhullin 2011.03.02 04:57 #592 -Alexey-: 开发人员如何考虑为每个开放的职位引入一个新的功能,即它的寿命。就像普通的TP或SL,但不是沿着价格轴,而是沿着时间轴,这样我们就可以设置(如果我们愿意)平仓时间(如果在这个估计时间内SL和TP都没有被触发)。当然,这可以写在EA中,但我想在服务器上有这个功能,以便不依赖任何东西。不,我们不会实现这样的功能,以便不使订单系统复杂化,不与执行产生任何冲突。我们确实非常了解这个功能将被如何使用(它将被插入到新闻的最深处),以及在服务器规则出错后将在论坛上提出什么主张。不可能在这种功能和停止之间进行类比。 [删除] 2011.03.02 08:22 #593 Renat:不,我们不会实现这样的功能,以便不使订单系统复杂化,不与执行产生任何冲突。我们确实非常了解这个功能将被如何使用(它将被插入到新闻的最深处),以及在服务器规则 "出错 "后,论坛上会有什么主张。我们不能将这一功能与停止相提并论。 谢谢你,雷纳特,如果这与问题有关,那是可以理解的。我不太明白它们怎么能与新闻一起使用,你更清楚。我的意思是,有时交易可以走模式,其实施大约有一个固定的时间,之后你必须平仓,因为已经没有统计学上的优势了,最好平仓 以防止其达到止损。某种滑移或时间滑移可以解决你提到的那些问题? Mykola Demko 2011.03.02 14:34 #594 -Alexey-: 谢谢,雷纳特,如果与问题有关,那就很清楚了。不太清楚它们如何与新闻一起使用,你更清楚。我的意思是,有时交易可以走模式,这种情况的实现大约有一个固定的时间,之后你必须平仓,因为已经没有统计学上的优势了,最好是平仓以防止它达到止损。某种滑移或时间滑移可以解决你提到的那些问题?你已经听到了MQ的回答。 如果你对如何以自定义的方式更容易实现感兴趣。做一个trade类的子类,它将检查当前时间,并将其与设置为平仓参数的时间进行比较(该参数必须存储在头寸的注释 中)。那么,我们将根据检查结果调用平仓的功能。然而,你明白会有滑坡的情况,但我理解你是同意的。 Документация по MQL5: Стандартные константы, перечисления и структуры / Торговые константы / Свойства позиций www.mql5.com Стандартные константы, перечисления и структуры / Торговые константы / Свойства позиций - Документация по MQL5 [删除] 2011.03.02 14:51 #595 Urain:你已经听到了MQ的回答。 如果你对以自定义方式实现这一点是多么容易感兴趣。描述一个交易类的子类,它将检查当前时间并与时间相比较,作为平仓的参数设置(该参数必须存储在头寸的注释 中)。那么,我们将根据检查结果调用平仓的功能。然而,你明白会有滑坡的情况,但我理解你是同意的。 谢谢你的回答,我会牢记使用评论。也许在发展过程中,这个解决方案会出现在MT6中。顺便说一句,有趣的是,虽然MT6还没有上市,但在论坛上已经被频繁要求使用了 :) [删除] 2011.03.02 15:47 #596 -Alexey-: 谢谢你的回答,我会记住评论的使用。也许随着发展的深入,这样的解决方案会出现在MT6中。顺便说一句,有趣的是,论坛上已经有很多关于MT6的请求,虽然它不在那里 :) 好吧,开发商将不得不在大约3年内考虑一些事情......:) Aleksandr Chugunov 2011.03.04 08:15 #597 CHARTEVENT_CHART_CHANGE图表事件----------超级棒!谢谢你!还有,我们能不能进行高级窗口管理?这将是一个炸弹! Aleksey 2011.03.05 20:07 #598 AlexSTAL:CHARTEVENT_CHART_CHANGE图表事件----------超级棒!谢谢你!还有,我们能不能进行高级窗口管理?这将是一个炸弹! 这倒是真的...但就我个人而言,我更喜欢先进行可视化的测试(我已经习惯了,别介意),在OnTrade中的结构,这是我的开发被卡住的地方,因为我不认为继续下去有什么意义,因为我以后还要拆解它...... Serge 2011.03.05 20:39 #599 pronych: 这就对了。但我个人更倾向于先进行可视化测试(已经习惯了,不介意)和OnTrade中的结构,在此基础上我的开发被卡住了,因为我不认为有必要进一步清理这个领域,因为我以后还要拆除它......我同意关于可视化的说法,我也有同样的情况。如果能够在可视化模式下测试指标,而不仅仅是专家,那就更好了。请为标准库 添加类,以便与MySQL数据库、sqlite等一起工作。不是通过ADO。 Документация по MQL5: Стандартная библиотека www.mql5.com Стандартная библиотека - Документация по MQL5 [删除] 2011.03.05 22:59 #600 pronych: 所以,会是这样。但我个人更倾向于先进行可视化测试(我已经习惯了,不介意),在OnTrade中进行结构测试,我的开发工作就停留在这上面,因为我觉得没有理由以后再开辟菜园,因为我以后要拆除它...... 格拉夫。我同意关于可视化的说法,我也有同样的情况。如果能够在可视化模式下测试指标,而不仅仅是专家,那就更好了。 据我所知,在开发人员完成创建代理网络进行远程测试的主要工作之前,可视化和其他一切都将被搁置。 1...535455565758596061626364656667...117 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
开发人员如何考虑为每个开放的职位引入一个新的功能,即它的寿命。就像普通的TP或SL,但不是沿着价格轴,而是沿着时间轴,这样我们就可以设置(如果我们愿意)平仓时间(如果在这个估计时间内SL和TP都没有被触发)。当然,这可以写在EA中,但我想在服务器上有这个功能,以便不依赖任何东西。
不,我们不会实现这样的功能,以便不使订单系统复杂化,不与执行产生任何冲突。
我们确实非常了解这个功能将被如何使用(它将被插入到新闻的最深处),以及在服务器规则出错后将在论坛上提出什么主张。不可能在这种功能和停止之间进行类比。
不,我们不会实现这样的功能,以便不使订单系统复杂化,不与执行产生任何冲突。
我们确实非常了解这个功能将被如何使用(它将被插入到新闻的最深处),以及在服务器规则 "出错 "后,论坛上会有什么主张。我们不能将这一功能与停止相提并论。
谢谢,雷纳特,如果与问题有关,那就很清楚了。不太清楚它们如何与新闻一起使用,你更清楚。我的意思是,有时交易可以走模式,这种情况的实现大约有一个固定的时间,之后你必须平仓,因为已经没有统计学上的优势了,最好是平仓以防止它达到止损。某种滑移或时间滑移可以解决你提到的那些问题?
你已经听到了MQ的回答。
如果你对如何以自定义的方式更容易实现感兴趣。做一个trade类的子类,它将检查当前时间,并将其与设置为平仓参数的时间进行比较(该参数必须存储在头寸的注释 中)。那么,我们将根据检查结果调用平仓的功能。
然而,你明白会有滑坡的情况,但我理解你是同意的。
你已经听到了MQ的回答。
如果你对以自定义方式实现这一点是多么容易感兴趣。描述一个交易类的子类,它将检查当前时间并与时间相比较,作为平仓的参数设置(该参数必须存储在头寸的注释 中)。那么,我们将根据检查结果调用平仓的功能。
然而,你明白会有滑坡的情况,但我理解你是同意的。
谢谢你的回答,我会记住评论的使用。也许随着发展的深入,这样的解决方案会出现在MT6中。顺便说一句,有趣的是,论坛上已经有很多关于MT6的请求,虽然它不在那里 :)
CHARTEVENT_CHART_CHANGE图表事件----------超级棒!
谢谢你!
还有,我们能不能进行高级窗口管理?这将是一个炸弹!
CHARTEVENT_CHART_CHANGE图表事件----------超级棒!
谢谢你!
还有,我们能不能进行高级窗口管理?这将是一个炸弹!
这就对了。但我个人更倾向于先进行可视化测试(已经习惯了,不介意)和OnTrade中的结构,在此基础上我的开发被卡住了,因为我不认为有必要进一步清理这个领域,因为我以后还要拆除它......
我同意关于可视化的说法,我也有同样的情况。如果能够在可视化模式下测试指标,而不仅仅是专家,那就更好了。
请为标准库 添加类,以便与MySQL数据库、sqlite等一起工作。不是通过ADO。
所以,会是这样。但我个人更倾向于先进行可视化测试(我已经习惯了,不介意),在OnTrade中进行结构测试,我的开发工作就停留在这上面,因为我觉得没有理由以后再开辟菜园,因为我以后要拆除它......
我同意关于可视化的说法,我也有同样的情况。如果能够在可视化模式下测试指标,而不仅仅是专家,那就更好了。