МТ4 или МТ5. Какие преимущества и недостатки? - страница 48

[Andrei01]

Реter Konow:
Искренне не понимаю Вашу логику. Можете аргументировать это мнение?

Что конкретно не понятно?

[Реter Konow]

Andrei:
Что конкретно не понятно?

Почему удаление барьеров может привести к обратному результату?

[Vasiliy Pushkaryov]

Реter Konow:

И сколько таких барьеров понаставлено?

Конечно, задачи все решаемы, но сколько времени на это тратится.

Вот недавно попросили реализовать функцию для стороннего индикатора в 5-ке вида NRTR(PERIOD_M15, 1). И человек будет сам делать ее вызов в функциях для открытия и закрытия сделок.
Гипотетически он может ее вызвать с четырьмя разными ТФ: открытие-Buy, открытие-Sell, закрытие-Buy, закрытие-Sell.

Для четверки прям зрительно всплывает как это сделать и набросать 2-минуты

//+-------------------------------------------------------------------------------------------------------------------+
//| Передаем в функцию ТФ и индекс. Возвращает 1, если тренд направлен вверх и -1, если вниз.                                                                                                                 |
//+-------------------------------------------------------------------------------------------------------------------+
int Nrtr(ENUM_TIMEFRAMES tf, int shift)
{
  double trendUp = iCustom(_Symbol, tf, "NRTR", 0, shift);        // данные 0-го буфера 
  double trendDn = iCustom(_Symbol, tf, "NRTR", 1, shift);        // данные 1-го буфера 
  
  if(trendUp != 0 && trendUp != EMPTY_VALUE) return 1;            
  if(trendDn != 0 && trendDn != EMPTY_VALUE) return -1;
  
  return 0;
}

Попробуйте для 5-ки с ее хендлами, с функциями буферов решить эту задачу. Одной функцией в 5 строк точно не отделаешься.
Сразу много вопросов возникает, хендл вызывать и потом удалять после получения значения на каждом тике? Какие там накладные расходы с ним получаются, в справке по iCustom этого не видно ?  А если хендл формировать один раз за программу, значит в функции вызова нужно организовать четыре хендла для разных ТФ и работу с ними продумать, чтобы не перезаписались один другим. Или отдельный класс создать, и тогда через объекты там с хендлами вопрос решится.

Может в СБ есть решения, но как-то примеров использования с кодами там маловато, не все сходу можно понять.

[Andrei01]

Реter Konow:
Почему удаление барьеров может привести к обратному результату?

Потому что если МТ4=МТ5 то и переход с МТ5 на МТ4 будет прост, то есть не будет барьеров переходить обратно.

[Реter Konow]

Andrei:
Потому что если МТ4=МТ5 то и переход с МТ5 на МТ4 будет прост, то есть не будет барьеров переходить обратно.

Не МТ4 = МТ5, а МТ5 += МТ4.

Не переход с МТ5 на МТ4, а переход с МТ4 на МТ5. Только в одну сторону.

Не обоюдная совместимость, а односторонняя - МТ5 совместимый с программами, кодом и тестером МТ4.

Без барьеров.

[Andrei01]

Реter Konow:

Не МТ4 = МТ5, а МТ5 += МТ4.

С этим плюсиком небольшим могут не захотеть вообще связываться и будут использовать только то, что совместимо с МТ4. Не факт конечно, что большинство сбегут обратно, но какая-то часть может вполне, а пользователей МТ5 и так не много. С другой стороны какая-то часть перейдет с МТ4. Но это уже как бабка нагадает, а обратного пути уже не будет поэтому риск тут для MQ далеко не нулевой.

[Mickey Moose]

Реter Konow:

Не МТ4 = МТ5, а МТ5 += МТ4.

Не переход с МТ5 на МТ4, а переход с МТ4 на МТ5. Только в одну сторону.

Не обоюдная совместимость, а односторонняя - МТ5 совместимый с программами, кодом и тестером МТ4.

Без барьеров.

вопрос на засыпку, а есть понимание что две платформы продавать лучше чем одну?

ИМХО конечно

[Реter Konow]

Andrei:

С этим плюсиком небольшим могут не захотеть вообще связываться и будут использовать только то, что совместимо с МТ4. Не факт конечно, что большинство сбегут обратно, но какая-то часть может вполне, а пользователей МТ5 и так не много. С другой стороны какая-то часть перейдет с МТ4. Но это уже как бабка нагадает, а обратного пути уже не будет поэтому риск тут для MQ далеко не нулевой.

По моему мнению, пользователи перейдут на МТ5 по след. причинам:

1. При полном принятии mql4-кодов со стороны компилятора, на МТ5 пользователи повысят скорость работы программ в разы.

2. Получат возможность выбора режима тестирования  МТ4, или мультиволютного тестирования МТ5 (с облачной оптимизацией), на одной платформе.

3. Получат возможность создавать совместные проекты на МТ5.

4. Получат возможность создавать кастомные символы.

5. Получат массу дополнительных "плюшек", которые будут созданы позже.

Всего лишь проявить больше благожелательности к пользователям и принять их такими, какие они есть. И тогда успех будет.

[Andrei01]

Реter Konow:

По моему мнению, пользователи перейдут на МТ5 по след. причинам:

А если не перейдут, то вы готовы компенсировать MQ убытки?

[Реter Konow]

Andrei:
А если не перейдут, то вы готовы компенсировать MQ убытки?

Я готов вкладываться по полной со своей стороны. Свой проект распостронять только для МТ5. В случае неудачи, мой тяжелейший труд нескольких лет будет бесполезен, потому что для МТ4 поздно делать что то революционное.