ООП для школьников. - страница 8
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
А можно пример?
Чуть подождите, опубликую здесь в Code Base. А то ссылку на мой сайт все равно удалят.
Тогда почему-же не практикуется такой подход? Почему-то в подавляющем большинстве, кто пишет индикаторы, даже переворачивают индексацию массивов как в mql4.
Потому-что они так никогда и не писали сложных, но быстрых индикаторов, иначе бы индексация слева-направо была решением очень важной задачи.
Тогда почему-же не практикуется такой подход? Почему-то в подавляющем большинстве, кто пишет индикаторы, даже переворачивают индексацию массивов как в mql4.
Потому-что они так никогда и не писали сложных, но быстрых индикаторов, иначе бы индексация слева-направо была решением очень важной задачи.
Потому-что они так никогда и не писали сложных, но быстрых индикаторов, иначе бы индексация слева-направо была решением очень важной задачи.
А в чём недостаток индексации справа, от самого нового?
Потому-что они так никогда и не писали сложных, но быстрых индикаторов, иначе бы индексация слева-направо была решением очень важной задачи.
А в чём недостаток индексации справа, от самого нового?
Если индикатор рассчитываешь слева направо, то если произошло какое-то событие, например фрактал образовался, нужно запомнить индекс бара с этим событием (что бы потом для чего-то использовать). Если индексация справа налево, надо сделать вычисление n=Bars-i и n запомнить, и потом обратное: i=Bars-n. А если индексация слева направо, то просто индекс запомнил и пользуешься им, он не изменится. Поскольку в боле-менее сложных индикаторах потребность в этом возникает всегда, то индексация слева направо, это большее облегчение в труде индикаторописателя.
Да нет никакой разницы в скорости обращения к элементу. В одном случае это void* first+sizeof(T)*index, а в другом last-sizeof(T)*index. Методы front и back в контейнерах имеют константную сложность. Надеюсь, то, что массивы в mql по сути и являются контейнером под сомнение не ставится?
А причем тут скорость обращения к элементу?
А можно пример?
Вот пример.
А можно пример?
https://www.mql5.com/ru/code/25807