MetaTrader 4 Build 529测试版发布,带有新的编译器 - 页 115

 

既然mt5已经存在,为什么还要把mt4修改成mt5的软件功能?

也许更好的解决办法是让mt5更接近mt4。

在mt5中规定交易条件,成为 "经典",或推出mt5 ganger的替代交易条件,类似于mt4的交易条件,并根据平台传递给群众的结果,选择最可接受的变体进行进一步推广。

 
将代码留在ServiceDesk的一个开放主题上。
 
pro_:

然而,对象的绘制仍然是按名称,而不是按调用顺序。

目前还不知道这将在何时实施。
 
RekkeR:

既然mt5已经存在,为什么还要把mt4修改成mt5的软件功能?

也许更好的解决办法是让mt5更接近mt4。

在mt5中规定已成为 "经典 "的交易条件,或推出与mt4相似的mt5 ganger的替代交易条件,并根据平台传递给群众的结果,选择最可接受的变体进行进一步推广。


也许,METAQUOTES的人考虑过这样的变体,但他们拒绝了,原因我们不知道,如果只是因为我们不知道所有的细节和问题。他们生活在这些问题中,而我们拍着他们的背说:"我们必须这样做!"。这是他们的工作,不是我们的工作,做他们工作的人最清楚如何做。

别人的建议很容易给出,但要接受并去做就更难了!"。

你必须在问题中生活,和问题一起睡觉。

一方面,你所说的对你来说似乎更好,栅栏还有另一面,你我都没有看到,而他们却看到了两面:-)

因为这是他们的创造,而不是我们的。

-

选择一个可行的方案--是否意味着--花大量的时间支付工资,然后选择一条完全不同的道路,再沿着这条路跑,撞得头破血流?

或者你是建议在一个公司里由两个团队运行两个流程--向这两个团队付款,然后在最后将其中一个项目 回滚?



---

同时,我想指出的是,有时可以从外部产生想法。

因为有一种情况是,所谓经过训练的眼睛

一个新鲜的二流子走过来,抛出了一个想法--它可能会起到作用。

 
YuraZ:

也许METAQUOTES的人考虑过这样的方案,但由于你我不知道的原因而拒绝了它,如果只是因为我们不知道所有错综复杂的问题。他们生活在这些问题中,而我们拍着他们的背说:"我们必须这样做!"。这是他们的工作,不是我们的工作,做他们工作的人最清楚如何做。

别人的建议很容易给出,但要接受并去做就更难了!"。

你必须在问题中生活,与问题一起睡觉。

一方面,你所说的对你来说似乎更好,栅栏还有另一面,你我都没有看到,而他们却看到了两面:-)

因为这是他们的创造,而不是我们的。

-

选择一个可行的方案--是否意味着--花大量的时间支付工资,然后选择一条完全不同的道路,再沿着这条路跑,撞得头破血流?

还是你建议在一个公司里由两个团队运行两个流程,向这两个团队支付报酬,然后在最后折叠其中一个项目?

有时,及时停止比制造拐杖和/或锻炼新的自行车更好(更有利可图等) :)

 
Barbarian:

有时,及时停止比制造拐杖和/或拆解新制造的自行车更好(更有利可图等) :)


你的意思是说,把MT5的订单处理机制放进去,去掉MT5和MT5之间的一些差异,会更容易 ...


你不认为你只看到了冰山一角,你根本误解了许多过程

你认为METAQUOTES现在所做的工作是否让人想起了重新发明自行车?

如果是这样,这个结论的标准是什么?

--


告诉我--有必要带两个或一个程序员来升级一个软件综合体吗,它们正坐在一个任务上。

有了这样的认识,一个人可以很容易地做到这一点


没有--为什么没有理由呢?

是--为什么....有道理

 

尊敬的开发者,根据这个帮助,我理解ArrayCopyRates()函数执行了一个虚拟复制到MqlRates[]。

  • ArrayCopyRates()也改变了它的行为,以前它虚拟复制到数组double[][6],现在它虚拟复制到数组MqlRates[]。复制到数组double[][6]仍然是为了兼容的目的,但这种复制是真实的,而不是虚拟的。
https://www.mql5.com/ru/forum/148325

我可以将MqlRates[]结构的数组作为参数传递给dll中的导入函数吗?

 
"YuraZ:

也许,METAQUOTES的人考虑过这样的变体,但由于我们不知道的原因而拒绝了它,如果只是因为我们不知道所有错综复杂的问题。他们生活在这些问题中,而我们拍着他们的背说:"我们必须这样做!"。这是他们的工作,不是我们的工作,做他们工作的人最清楚如何做。

别人的建议很容易给出,但要接受并去做就更难了!"。

你必须在问题中生活,与问题一起睡觉。

一方面,你说的对你来说似乎更好,栅栏还有另一面,你和我都没有看到,而他们却看到了两面:-)

因为这是他们的创造,而不是我们的。

-

再次,选择一个可行的方案--花大量的时间支付工资,然后选择一条完全不同的道路,再沿着这条路跑,撞得头破血流,这意味着什么?

或者你建议在一个公司里由两个团队运行两个流程--向这两个团队支付报酬,然后在其中一个项目结束时折叠?

---

同时--我想指出,有时可以从外部产生想法

因为有些情况下,眼睛是浸泡在里面的。

一个新的业余爱好者走过来,提出了一个想法--它很可能会起到作用。

但我想指出的是,有时你可以从侧面产生想法,因为我有一个清醒的眼睛。

在我的帖子中,没有问题,也没有关于如何做或做什么的指示或建议。上面强调的妄想区,是这个过程中事情现在所处阶段的特征。在mt5中,用户可以选择可用的交易方案或添加 "经典",这可能是一种在各方面都比本论坛分支存在的成本更低的方式。

从四面八方看到围栏,从世界上围成一个圆圈,并不意味着围栏的所有面都能看到。

))

 
RekkeR:

mt5平台显然更先进,甚至可能超过对它的要求,但不同交易条件的因素否定了这种优势。

在我的帖子中的问题,没有指导或建议如何或做什么。上面强调的妄想区,是这个过程中事情现在所处阶段的特征。在mt5中,用户可以选择可用的交易方案或添加 "经典",这可能是一种在各方面都比本论坛分支存在的成本更低的方式。

从四面八方看到围栏,从世界上围成一圈,并不意味着围栏的所有面都能看到))。

对我来说,平台中最重要的是一个可配置的测试器,能够下载他们的报价,并能够测试所有细微差别的策略--也就是说,像在现实生活中或尽可能接近真实。

也就是说,在测试器中测试的结果 应该几乎与现实生活中一模一样,或者更差(缩水更多),但不会更好。

也就是说,由于(在测试器中)测试不准确,花费在创建在测试器中运行良好但在现实世界中不起作用的策略上的时间几乎被浪费。


占据第二位的是终端语言的编程能力,它的速度,源代码的数量(经过多年的编写和测试),方便的函数和类的数量。


我认为MetaTrader 4现在比MetaTrader 5好,因为测试仪的能力,随着MetaTrader 4引入OOP和其他改进,它将变得更好。

 
stringo:

目前还不知道这将在何时实施。


好吧,如果这个问题在你的雷达上,这已经是一件好事了。我希望能尽快找到它。关于几天前的对象绘制顺序问题,我问是否有可能创建不在边界的对象(OBJ_BUTTON 和OBJ_EDIT),并且总是绘制在趋势线、纤维线、水平线等上面。也许我的帖子只是没有被注意到,但我希望你能考虑到这个细节。