MetaTrader 4和MQL4的新内容 - 即将发生的重大变化 - 页 35

 
kazakov.v:
所以你自己创造了时区问题,现在你正在用自己的时间 "标准 "创造一个封闭的空间--与世界其他地方不同。

正如在论坛中多次提到的那样--"交易者将上传他们自己的历史"。

只要把你的数据,按照你的喜好导入 就可以了。但相反,我们看到的是完全相同的预期主张,"怎么做不重要,给我历史,我就不用费心和思考了"。也就是说,即使在这里,MetaQuotes也难辞其咎。

为了拯救交易者的头脑,我们创建了MetaTrader 5,你只需使用该平台,甚至不需要考虑详细的数据来自哪里,精确到M1的十几年时间。

 
kazakov.v:
所以你自己创造了时区的问题,现在你正在创造一个封闭的空间,在其中你有自己的时间 "标准"--与世界其他地方不同。
你能详细说明问题是什么,是什么样的封闭空间?
 
我认为有一个不同的问题,它在于用户的头脑中... 或他的意图。
 
Urain:
你能详细说明问题是什么,是什么样的封闭?
众所周知,datetime变量包含自1970年1月1日00:00起的秒数。很明显,这是unix时间格式的原型。但在原始资料中有一个非常重要的澄清:00:00是UTC时间。而任何时区的任何计算机都会在同一时刻产生相同的time_t值。换句话说,time_t唯一地标识了一个时间点。你可以用不同的方式将time_t转换为符号形式,这取决于时区、夏令时规则--一般来说,根据最终用户的意愿。换句话说,二进制表示法是主要的。但MQ决定以交易服务器时间(象征性的)为基础,这更容易。这就是我们得到的结果:例如,现在time_t==100000,一个UTC+1的贸易服务器签署了一个新条103600,另一个UTC+2的贸易服务器签署了一个新条107200。这意味着显示同一时期的条形图在datetame字段里有不同的值。乍一看,它看起来很熟悉。但是,尝试将美国服务器的统计数据应用到欧洲的服务器上--如果我们只是将它移到固定时间,那么一年两次的数据将变得不同,因为夏令时发生在不同的日子。例如,一些服务器将时间从NET改为EET--现在不用瓶子就能很容易地分辨出什么班次。
 
kazakov.v:
大家都知道,datetime变量包含自1970年1月1日00:00以来的秒数。很明显,这是unix时间格式的一个原型。但在原始资料中有一个非常重要的澄清:00:00是UTC时间。而任何时区的任何计算机都会在同一时刻产生相同的time_t值。换句话说,time_t唯一地标识了一个时间点。你可以用不同的方式将time_t转换为符号形式,这取决于时区、夏令时规则--一般来说,根据最终用户的意愿。换句话说,二进制表示法是主要的。但MQ决定以交易服务器时间(象征性的)为基础,这样更容易。这就是我们得到的结果:例如,现在time_t==100000,一个UTC+1的贸易服务器签署了一个新条103600,另一个UTC+2的贸易服务器签署了一个新条107200。这意味着显示同一时期的条形图在datetame字段中有不同的值。乍一看,它看起来很熟悉。但尝试将美国服务器的统计数据应用到欧洲的服务器上--如果我们只是将其移到固定时间,那么一年两次的数据将被分割,因为夏令时发生在不同的日子。例如,一些服务器将时间从NET改为EET--现在不用瓶子就能很容易地分辨出什么班次。

是的,这就是你的意思。这里的问题很简单,由于这个MQ用节省了大量的CPU时间,在亚马逊森林方面几乎是重新种植了一遍。

这个假设是,dilling的数据源在dilling中,并且会死亡,不会有报价从一个dilling迁移到另一个。原则上,这个假设是正确的,为什么报价会从一个经销商迁移到另一个经销商。

如果我们不像MQ那样做(与交易时间绑定),那么在每次数据调用时,他们都需要对其进行转换(进行GMT转换)以正确显示为当地时间。而且,数据经常被读取,对于每一个读取的调用,都必须要有一个转换器。

有一个哲学问题,即到底是做一个地方性的夏令时周期,还是让整个世界进入一个单一的世界时。而MQ并不想成为普罗米修斯,而只是跟随市场。市场希望美国人在终点站醒来,欧洲人希望看到早上8点。

因此,对交易的约束是一种合乎逻辑的。此外,MQL5有一个用于GMT翻译的功能,所以预计这个功能也将在mql4++中实现。

 

Renat:

但是你说的关于你的杯子和独立的问题,确实是一个沉没的成本,这只会让发展刹车。而忽略MT5是因为你认为没有意义,你已经有了一个现成的MT4解决方案。有了MT5,你会得到一个更快、更漂亮的解决方案。


如果你把我们的ECN称为翻车机,我希望能够快速做出我需要的修复,而不是绝大多数公司需要的修复。我完全可以看到,我们与大多数其他公司的利益是直接对立的。尽管你们关于引入运行时间 计数等的公告令人鼓舞。

如果你把tumblr本身称为tumblr的话,那里已经有几个星期的工作了。

我不是在争论MT5更好,我自己真的这么认为,但我一直在想,如果我 "看到 "MT5并开始使用它,我现在的客户会少很多。

而在Alpari的其他人的发展经历了这么多失败之后,我非常谨慎,我甚至会说怀疑,我不想把我的生意交给他们。我相信你,作为一个开发者,应该理解我。

 
Rann:


如果你把我们的ECN称为 "拇指",我希望能够快速地进行我需要的修复,而不是绝大多数公司需要的修复。我完全可以看到,我们与大多数其他公司的利益是直接对立的。尽管你们关于执行时间计数等的公告令人鼓舞。

如果你指的是tumblr本身是一个tumblr,那是几个星期的工作。

我不是在争论MT5更好,我自己真的这么认为,但我一直在想,如果我 "搞懂 "了MT5并开始使用它,我现在的客户会少得多。

而在Alpari的其他人的发展经历了这么多失败之后,我非常谨慎,我甚至会说怀疑,我不想把我的生意交给他们。我相信你,作为一个开发者,应该理解我。

也就是说,经纪活动的真正目的被发展之痒所取代。我有完全相同的痒,但我的痒与我的业务方向完全一致。

MT5中的投注与整个系统、所有网关、流程、专家等完全集成。而任何MT5经纪商都是完全没有网关问题的。如果你需要它,使用内部和欺骗性的MetaTrader 5网关API编写网关要容易得多。因此,你不必把时间浪费在编程之痒上。

但有些人继续批评MT4,而不去看MT5,在MT5上这些问题都已经从根本上解决了。而一些经纪人已经视而不见,去写ECN,现在开始怀疑了。

 
Renat:

也就是说,经纪活动的真正目的被发展之痒所取代。我有完全相同的痒,但我把它与业务方向完全一致。

MT5中的投注与整个系统、所有网关、流程、专家等完全整合。而任何MT5经纪商都是完全没有网关问题的。如果你需要它,使用内部和欺骗性的MetaTrader 5网关API编写网关要容易得多。因此,你不必把时间浪费在编程之痒上。

但有些人继续批评MT4,不看MT5,这一切都从根本上得到了解决。而几个经纪人已经视而不见,去写ECN,现在开始怀疑了。


MT5是否让客户相互对立?
 
Rann:

MT5的客户是否相互配对?

我们不是无缘无故地专注于大众市场的服务。看一下MetaTrader 5交易服务器。

在今年秋天发布之后,我们将不得不抛弃所有的自定义ECN,因为所有的经纪商将默认获得内部ECN,并与大量的网关流动性供应商,包括任何MT5供应商进行全面和轻松的整合。包括完全基于规则的匹配。

 
Renat:

我们不是无缘无故地专注于大众市场的服务。看一下MetaTrader 5交易服务器。

在今年秋天发布后,我们将不得不抛弃所有的自定义ECN,因为所有经纪商将默认获得内部ECN,并与大量的网关流动性供应商,包括任何MT5供应商进行全面和轻松的整合。包括完全基于规则的匹配。


也就是说,客户将能够相互匹配?恐怕没有多少公司会选择这样的服务。来自匹配客户的收入太低了,大约比大多数人的收入少4倍。而且客户群越大,转换客户的比例就越高。