Вопросы от "чайника" - страница 155

[TheXpert]

input string Periods = "1 2 3 56 78 67";

[Vladimir]

TheXpert:

Интересно. Но хотелось бы иметь возможность оптимизировать периоды из тестера.

[TheXpert]

gpwr:
Интересно. Но хотелось бы иметь возможность оптимизировать периоды.

Оптимизацию будет правильней проводить на каждом инструменте отдельно. Если конечно это возможно.

[Mykola Demko]

gpwr:
Интересно. Но хотелось бы иметь возможность оптимизировать периоды из тестера.

Тогда нужно писать перечисление, со всеми возможными вариантами.

Перечисления можно комментировать и в параметрах будут, как и обычно, видны комменты вместо значения enum'a.

enum ENUM_CUSTOM
{
 tf1_1_1,//1 1 1
 tf1_2_1,//1 2 1
 tf1_2_3,//1 2 3
 tf2_1_1,//2 1 1 
};

для больших энумов можно тело заполнять программно.

[TheXpert]

Urain:

Тогда нужно писать перечисление, со всеми возможными вариантами.

Не, это топорно и в лоб.

Можно так же, через строку и просто номер прогона отдельным параметром. По номеру прогона и строке оптимизации получать значения.

Правда тогда генетика будет хреново работать

[Vladimir]

TheXpert:
Оптимизацию будет правильней проводить на каждом инструменте отдельно. Если конечно это возможно.

Это понятно. В тестере буду выбирать только параметры с одним и тем же индексом (например, MAPer[0], Trig[0], MaxPrice[0],MinPrice[0]) и оптимизировать только их. Эх, решили бы разработчики добавить такую возможность. Ведь компилятору не так трудно сначала создать массив а потом записать в него входные данные. В чём тут проблема? Почему массивы не разрешены как входные данные?

[Mykola Demko]

gpwr:
Это понятно. В тестере буду выбирать только параметры с одним и тем же индексом (например, MAPer[0], Trig[0], MaxPrice[0],MinPrice[0]) и оптимизировать только их. Эх, решили бы разработчики добавить такую возможность. Ведь компилятору не так трудно сначала создать массив а потом записать в него входные данные. В чём тут проблема? Почему массивы не разрешены как входные данные?

Проблема в размерности поиска тестера.

[Viktor Vasilyuk]

эммм. такой момент. на базе исходника MACD начал писать тот же MACD но построенный на LWMA(разница между короткой и длинной LWMA и сигнальная линия построенная на разнице).

в конце примера который идет с поставкой терминала есть вызов функции SimpleMAOnBuffer. я его заменил на LinearWeightedMAOnBuffer, но в нем есть один "лишний" формальный параметр weightsum. я конечно же понимаю что это сумма весов и понимаю смысл, но как мне программно его сгенерировать? кто-то уже работал с этим? дайте пример.

[Slava]

progma137:

эммм. такой момент. на базе исходника MACD начал писать тот же MACD но построенный на LWMA(разница между короткой и длинной LWMA и сигнальная линия построенная на разнице).

в конце примера который идет с поставкой терминала есть вызов функции SimpleMAOnBuffer. я его заменил на LinearWeightedMAOnBuffer, но в нем есть один "лишний" формальный параметр weightsum. я конечно же понимаю что это сумма весов и понимаю смысл, но как мне программно его сгенерировать? кто-то уже работал с этим? дайте пример.

Его не нужно генерировать. Нужно просто завести переменную для промежуточного хранения этой самой weightsum, для того чтобы не пересчитывать её значения каждый раз при очередном вызове.

А так, при очередном вызове происходит модификация, а не полный пересчёт weightsum, что сильно ускоряет расчёты

[Viktor Vasilyuk]

stringo:

Его не нужно генерировать. Нужно просто завести переменную для промежуточного хранения этой самой weightsum, для того чтобы не пересчитывать её значения каждый раз при очередном вызове.

А так, при очередном вызове происходит модификация, а не полный пересчёт weightsum, что сильно ускоряет расчёты

спасибо. сработало. эту переменную огласил как глобальную.