蓝色梦想。 - 页 5

 
突然间,我遇到了一个问题,似乎是突如其来。

假设某些技术需要访问以某种方式组织的历史数据。
- 数据(例如,比特)必须没有 "漏洞"。
- 数据必须以周为单位进行组织--数组中的一行包含7200个元素。

构建一个算法来生成这样一个数组并不困难:填上 "洞",并忽略周末随机产生的 "额外 "条。

困难始于确定周一开盘和周五收盘的时刻。

1.不同的经纪商在不同的天文时间开始交易日。
2.不同的经纪商在不同的当地时间开始交易日。
3.一些经纪人在夏季和冬季转移时间。

因此,不可能严格识别 "有用 "的酒吧,它们与周末相邻。

"非严格 "选项--分析周一第一个小时(和周五最后一个小时,而不是几个小时,多少个小时?)的酒吧频率不适合,原因有二。
- 在某些情况下,它将不是星期一,而是星期日,例如晚上9点。
- 有些经纪人在周末给出的报价(我不知道为什么)与第一个交易小时可能有的报价一样多,挤满了 "洞"。

我建议开发者考虑交易开始和结束的严格参数,以及用户对程序处理的要求的可能性,例如,通过MarketInfo (),MODE_TIME_OPEN, MODE_DAY_OPEN, MODE_TIME_CLOSE, MODE_DAY_CLOSE。

这种方法也能让你解决目前在周末前关闭订单的问题,以程序化的方式解决。

 
问题的关键是,仪器最多有三个代币会议。我认为把它们放在MQL4语言中是不正确的。
 

你不需要把它拿出来。
你只需要一个适当的方法来分离麦子和糠秕。


 

我认为,至少应该给出经纪人与格林威治有关的时间偏移。
没有这一点,就很难将积累的(包括 "训练有素 "的)文件与特定的经纪账户联系起来。

 
我也有一个 "蓝色的梦想",我希望MT最终能有一个成熟的tick图表供分析工具使用。 ...
 

如果能像冠军赛那样,有一个按时间而不是按操作数的平衡分布图,那就更好了。该图在那里做得很巧妙。
并通过用鼠标拖动(拖放)对打开的窗口进行图表(书签)排序。
但这些都是美好的梦想,它们优先于MQ :)

 

而且我们还需要一个 有能力模拟价格变化性质的tick发生器
这在以前是很重要的--在周末和独立模式下工作。
而现在--另一个论点:我们可以模拟 "经典 "形状,用它们来计算开仓、平仓和修改订单的标准。

 
U Menja jestj odin pozhelanije k razrabotchikam。我们只为您的订单提供服务,并为您提供服务。在市场订单中,没有测试策略,也没有市场订单中的润滑剂,因此,我们可以在市场订单中选择最佳的算法。但是,Ja chastenko nemogu sebe it pozvolozhitj tak jesli Ja v testeru budu ispolzovatj market orders, toizza to shto shto vnutri bara cena pereprigivajet, rezult poluchitsa netakim kakim on poluchilsa, jesli bi Ja ispolzoval otlozhennij orders。诗词歌赋:Metaquotes。我们在测试中发现,在测试的过程中,有很多问题需要解决,比如说,测试中的市场秩序问题,比如说,测试中的原则问题,比如说订单问题。
 
SK. писал (а):

如果能在ME导航仪中对文件进行分类,那也很好。
- 按日期。
- 按名称。

在我的倾斜目录中,我已经积累了大约。200个文件。在我设法在杂乱的列表中找到正确的文件之前,有时会不由自主地说出几句粗话来:)


没有人禁止在include文件夹中创建其他文件夹,结果是非常好的,结构化的。代码本身也是如此。
#include <CommandSystemInit.mqh>
#include <CommandSystemPutSignal.mqh>
...
#include <TradeSystemInit_20070101.mqh>
#include <TradeSystemOrdersSupport_Best.mqh>
...
 
正如喜剧演员所说,"梦想是如此之蓝,它是深蓝色的"。
问题:如何快速浏览模块文本到所需功能?(例如,在有函数名称的对话框中,选择所需的函数并移至其声明处)