Решил вот облегчится... - страница 2

Не надо глобальных переменных. Через iCustom()! Можно использовать ljgjkybntkmysq буфер для передачи данных советнику, если буферы заняты, то можно через любой буфер, какие-нибудь элемны использовать от Bars-1.

Если совсем по теме, вернее, по первому посту (по теме как-то не готов))), то удобнее, пожалуй, использовать гр.объекты. Но все равно - и того, и др. лучше избегать. ИМХО.

А если вообще по балансу между индикаторами и советником, то тема кажется интересной. На вскидку есть такие подходы:

1. Индикатор - расчет и логика. Советник - трейды.

2. Индикаторы - расчет. Советник - логика и трейды.

3. Индикатор - отсутствует. Советник - расчеты, логика, трейды.

Понятно, что в 1-м случае логика с учетом ордеров все равно присутствует. Имеется ввиду отсутствие логики принятия решений.

Промежуточные варианты также м.б.

Самый универсальный советник - 1-й вариант. А самый быстрый с т.з. оптимизации?

Не, ну для оптимизации и первичной притирки советника можно всё одной кучей.

Тут же несколько иное...

Считаем что советник прошел госприёмку и получил почётный "знак количества СССР"

:)))

А далее уже он работает скажем в группе автоматики и его нужно лишь кормить данными.

т.е. практически и логически он исполняет свои прямые назначенные ему задачи...

В 5-ке ещё проще, кормить можно все терминалы через файл в коммоноской папке.

о! надо бы спросить разработчиков о возможности назначения этой папки там где нужно юзеру.

(хотя этот вопрос не принципиален)

В реале, в режиме кормежки данными - по барабану. Хоть как, хоть на чем. Я же как раз про оптимизацию. И как раз на 4-ке.

Увы, но этим вопросом не задавался в данном контексте...

Есть более важные и надеюсь интересные технические решения для группы советников\терминалов.

Либо для одного но ооочень закормленного данными...