Пока ясно что проверить тем более провести оптимизацию эксперта в коем есть обращение к (соседним) ТФ нет никакой возможности. Моделировать - как вариант для частого случая реально, написать функцию в которой в массивы забрать данные нужных ТФ и к ним обращаться а не к родным функциям. Только много возни, потом переписывать все обращения к нормальным фукциям. Но похоже вариантов немного.... Возможно уже ктото подобное делал, не меня же одного это достает. Может кто встречал подобные отладочные модули, где бы ТФ забирались в массив и потом к ним оьращатся с МИНИМУМОМ переделок реального кода.
Реальная мысль, буду пробовать, боюсь что даже мой комп с 4гб оперативы будет тормозить при таком частом обращении к файлам, хотя надо проверить, но думаю в массив будет оригинальней. Спасибо за дельную мысль, попробую Вами предложенный код, результат сообщу.
所有时间段的数据在测试器中都能正确建模（在所有刻度 的模拟模式下）。
我不知道如何正确解决这个问题。我做了以下工作：我把测试时间设置得很远，比如说在2000年。我在专家顾问中写道
外部数据时间 test_start=D'2010.01.01 00:00'。
int start()
{
如果（Time[0]<test_start）返回（0）。
......
}
也许只有我有故障？
任何方式......但我的会议记录都是发出来的，现在的。
:(
Моделировать бары.
到目前为止，很明显的是，要检查而且要进行专家顾问的优化，其中有一个参考（邻近的）。
TFs是不可能的。
建模--作为一种变体，编写一个函数，在数组中获取必要的属性数据是很现实的。
取出所需TFs的数据并向其寻址的函数，而不是本地函数。但这是一个很大的麻烦，我们将不得不重写所有的参考资料。
到正常功能。但看起来没有多少变体....。
也许有人已经做了类似的事情，我不是唯一一个被它们困扰的人。也许有人已经找到了这样的调试模块。
这将使TFs成为一个数组，然后以最小的实际代码重做来引用它们。
也许只有我有故障？
任何方式......，但我得到了当前的分钟。
:(
1.你在那里有一个文件作业 - 在你的测试器中，文件作业在不同的目录中。
2.如果一开始只有1000个柱子，不是所有的指标都能在第一时间被正确计算出来，要积累足够的历史。
3.所有的时间框架都能正确生成。
Пока ясно что проверить тем более провести оптимизацию эксперта в коем есть обращение к (соседним)
ТФ нет никакой возможности.
Моделировать - как вариант для частого случая реально, написать функцию в которой в массивы забрать данные
нужных ТФ и к ним обращаться а не к родным функциям. Только много возни, потом переписывать все обращения
к нормальным фукциям. Но похоже вариантов немного....
Возможно уже ктото подобное делал, не меня же одного это достает. Может кто встречал подобные отладочные модули,
где бы ТФ забирались в массив и потом к ним оьращатся с МИНИМУМОМ переделок реального кода.
是最好的方法。然后你就不必再回到你所习惯的地方了。
例如，你是否确定所有的TF都有时间在新的tick或分钟变化到来时更新，而这一时间恰好是小时的开始？
因此，如果你没有比较过iTime，它就被认为是歪打正着。
而认为他们已经更新，你就大错特错了。
1. У вас там работа с файлами - в тестере работа с файлами происходит в другой директории.
2. Если есть всего 1000 баров в самом начале, то не все индикаторы считаются правильно в самый первый момент, накопите достаточно истории.
3. Все таймфремы генерируются корректно.
我以前听过的3种咒语。我不相信。见上面的帖子。
1-2是常识。不要谈及这个话题。
我以前听过的3种咒语。我不相信。见上面的帖子。
1-2是常识。不要谈及这个话题。
我算得很好。
Может это только у меня глюки?
Любым способом..., но минутки у меня выдает текущие.
:(
一个现实的想法，我会尝试的，我担心即使我的电脑有4GB内存，这样频繁的访问也会很慢。
不过我会试试的，我想如果我用数组的话，会更有创意。
谢谢你的好主意，我将尝试你建议的代码，我会让你知道结果的。
我可以看到文件的一个片段吗？
Реальная мысль, буду пробовать, боюсь что даже мой комп с 4гб оперативы будет тормозить при таком частом обращении
к файлам, хотя надо проверить, но думаю в массив будет оригинальней.
Спасибо за дельную мысль, попробую Вами предложенный код, результат сообщу.
只是在糊口中打印是不行的，因此要调试到文件。
分别是iClose(Symbol(),tf,0)，你应该写arr1[0][4]，而不是iClose(Symbol(),tf,0)，--它工作得很好，最重要的是速度快得多，因为没有复制，只有重定向。