错误、漏洞、问题 - 页 688

 

关于负面传播的回应。

在生成ticks的过程中,所有的价差都会被检查是否相关。在测试期间的OHLC条形条件形成期间,没有进行类似的检查。负价差是错误地出现在历史中的。我们会解决这个问题。我们还将在 "按开盘价"模式下插入支票

 
papaklass:

先生们,有没有人在开盘价 可视化模式下参照其他TFs运行多币种?

这里是日线图。

那么在这个图表上可以测试什么策略呢?



说实话,我无法从所附图片中理解任何东西。唯一清楚的是,作者对某些事情不满意。 但你需要被理解。
 
papaklass:

就这样了。

只要你没有看到你的帖子中缺乏直接的结论,你就会不断给别人带来惊喜。

然而,我认为这是相当故意的行为。

 
papaklass:

PS:我将尽量不再分散你对手头事务的注意力。

你没有提出一个观点,你让三个人问了更多的问题。

这正是我所指出的,"这是你相当故意的行为"。

而你最后的回答恰恰证实了这一点--你没有对一张无关紧要的截图作出明确的结论,而是去玩 "和我一起玩,工作,思考我问你的问题,我将有机会批评你这种不合理的不理解"。

你现在明白了吗?我们不是孩子,要在我们面前扮演马戏团,扮演被冒犯的那个人。

 
Renat:
抛开这个话题--在这个方面短期内看不到任何变化。

雷纳特,下午好!

原则上,我同意你的观点。市场深度中没有出价=价格图上没有单一标记(分别是时间历史分组中没有条形标记)。

另一方面,我不太理解你不想让终端变得更好(在算法上更清晰,或其他方面)的立场。

历史同步是机器人 交易 基本支柱之一。由于检查历史数据而分心,我们这些程序员被迫将注意力从技术分析上转移开来,在一个微不足道的程序上花费大量的智力(编码)和CPU/消费者(程序执行/人类等待)时间。在我这个门外汉看来,已经为你提供了一个相当优雅的解决方案,那就是。

1.不会对现有的指标造成任何伤害。

2.它将减少编写(特定)代码的时间。

3.将减少代码执行时间(具体)。

4.它不会使终端明显变重(在下载历史记录时,空条将被计算并放在数据库中一次)。

我是故意使用 "具体 "一词的。因为根据你的说法,这是~0%的案例。到目前为止,这只是~0%的案例。

为历史上需要这样的酒吧辩护的论据已经给了你。

请提供反驳意见。


P.S.

我为干涉谈话而道歉。只是,我也是一个有兴趣的人。

 
voix_kas:

雷纳特,下午好!

不幸的是,这个问题已经完全结束。

有许多关键的反驳意见,恐怕交易员们并不了解这些意见。

 
Renat:

不幸的是,这个问题已经完全结束。

有许多关键的反驳意见,恐怕交易员们并不了解这些意见。

因此,请给我们 指点迷津,人们想要同步杆并不是出于空闲的好奇心。

在我看来,以目前的状态是对信息的第二次不可逆的压缩(事实上IMHO这种压缩的作用小于危害)。

第一个不可逆发生在蜱虫形成条状的时候。

所有这些在单一货币交易中是可以接受的,但由于终端是多货币的,所以要善于遵守。

多币种分析和单币种分析的主要区别在于,后者认为所有货币的变化是相互关联的,也就是说,它是一个单一的过程。

而在单一货币的方法中,所有的东西都是独立的,尽管它发生在同一时间。

即使我们假设你的方法是正确的(没有刻度线没有条形线),但通过多货币刻度线的棱镜,我们会发现同步化的必要性。

我认为这个讨论应该移到"对MT5的 祝愿"。

ZZZY顺便在第一页上提出希望这个请求的话题,超过2年了。

MetaDriver 2009.11.20 00:59

ZZZZY Renat,事实证明你2年都不能 "合理 "地解释为什么同步这样的事情不会被实现。可理解的--这样,有思想的人就会同意你的观点,并不再理你。

 
voix_kas:

赞成在故事中需要这种酒吧的论据已经给了你。

如果你们有跳过和添加到躲避和蜱虫的情况没有发生,去找你们的经纪公司

想出 没有数据进入 平台的条形图,不是 开发者的工作。

开发者的任务是将不失真的、准确的数据从报价商那里传递到平台和终端。

其余的--这些都是其他问题,开发商不会也不应该处理这些事情,这不属于信息和交易平台的核心权限。


你的经纪公司可以添加缺少的分钟条。请不要犹豫,与他们的技术支持部门联系,向他们寻求帮助。

开发商不会因为他们对历史的强行干预而破坏基本的真实历史。

再次, 向你的经纪公司询问这样的操作。

 
sergeev:

如果你有遗漏和补充躲避和蜱虫的问题,请问你的经纪公司

想出 没有数据进入 平台的条形图,不是 开发者的工作。

开发者的任务是将不失真的、准确的数据从报价商那里传递到平台和终端。

其他的都是不同的问题,开发人员不会也不应该处理这样的事情,这不属于核心信息和交易平台的权限范围。


你的经纪公司可以添加缺少的分钟条。请不要犹豫,与他们的技术支持部门联系,向他们寻求帮助。

开发商不会因为他们的强行干预而破坏了基本的真实历史。

再次, 向你的经纪公司询问这样的操作。

亚历克斯,我们为什么不以多币种模式为基础,让那些不需要的人要求经纪公司通过砍掉同步条来削减历史。

问题是,MQ将终端定位为多币种一币种一币种的基础上,没有多币种事件,因此出现了所有后续问题。

 
你是否意识到,在测试器中,条形图的打开时间与现实生活中的第一个刻度线的到来并不一致!你知道吗?在测试器中打开条形图的时候,实际的价格(99%)与真实的价格完全不同--前一个条形图的收盘价。<br/ translate="no">。
而条形图的开盘价真的与分钟形成时的价格相对应,正如测试者愉快地报告的那样?
任务很简单,就是要让测试者尽可能少地给出不准确的信息。此刻,测试者几乎总是撒谎说,分钟形成时刻的价格等于条形开盘价。这就是为什么套利总是发生在测试器中的开盘价,而在收盘价上没有套利的原因。而且,由于使用条形结构的potic模型,TC将不得不把它的计算资源用于同步条形结构收盘价的几个FI上。开发人员为了让用户每次在测试器中运行时浪费大量的计算资源而节省了火柴。他们不允许你在运行优化 之前进行这种同步。

要求经纪人绕过Metaquotes的拐杖?这个拐杖同样适用于单一货币对。

并非所有的事情都在经纪人的掌控之中。例如,经纪人可以很容易地广播Ask符号(甚至与Bid符号同步),这样也就有了Ask历史。但它仍然不会使测试者考虑到它。