Ошибки, баги, вопросы - страница 1493
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Вы не понимаете. Мы своим архитектурным решением сэкономили кучу памяти.
Верно, не понимаю. От Вас крайне мало информации о внутренней архитектуре. Честно, не могу понять, как добавление к input-переменным модификатора const позволяет создать значительно лучшую архитектуру с огромной экономией памяти. При этом казалось бы костыль в виде дубляжа перемеренных в виде выделения памяти все равно создает эту экономию. Вы же можете внутриархитектурно создать дубляж автоматически и считать, что input - это const, как и сейчас. Очень стараюсь представить, что это за архитектура, позволяющая в столь простом деле "сэкономить кучу памяти". Похоже, что вы сравнение ведете с MT4-архитектурой, которая во много была излишней и далеко не эффективной (как с перерасчетом таймфреймов) по ресурсам. Но мы говорим о разумности архитектуры в общем, а не в сравнени с продуктом N-цатой давности.
И если касаться архитектуры. То совсем не понимаю, почему нет, как почти во всех других торговых платформах, OnMarketwatch? Зачем-то предлагаются костыльные решения через таймер или еще большее извращение - OnChartEvent. Задача же востребованая и, вроде, очевидная для всез трейдеров, кто АТС создает. И это сделано специально в угоду очень эффективной внутренней архитектуре?
Это не критика, ради критики. Хочется разобраться, а не быть дилетантом "не знаю, им виднее".
Честно, не могу понять, как добавление к input-переменным модификатора const позволяет создать значительно лучшую архитектуру с огромной экономией памяти.
Ну ведь явно же сказал двумя постами выше
Глобальное хранилище индикаторов в исторической базе MT5. Для них входные параметры являются ключевыми. При изменении входных параметров индикатор со старыми параметрами уничтожается, и этот же индикатор с изменёнными параметрами заново создаётся.
Что непонятного? Входные параметры являются ключевыми для хранения экземпляров индикаторов. Если Вы изнутри меняете ключевое значение, то возникает противоречие с индексом - в индексе сказано одно, а по сути совсем другое. Ну нельзя внешние параметры менять изнутри
Я не обвиняю Вас в непонимании - это совершенно естественное желание: "сделайте мне хорошо. именно мне - на других плевать"
Slawa:
это совершенно естественное желание: "сделайте мне хорошо. именно мне - на других плевать"
К сожалению, в современном обществе данное желание естественное. Однако, не надо всех под одну гребенку.
Благодарен за повторное разъяснение:
Теперь понятно, какая архитектура выбрана и почему она требует неизменяемости input-переменных. Вносить изменение в уже реализованную архитектуру ради одного недовольного пука на форуме и я бы не стал. Пук как-нибудь сам выкрутится... Узнать бы, как в MT4 устроена внутренняя индикаторная кухня.
Кстати, input являются const в советниках и скриптах именно из-за архитектурной особенности хранения индикаторов?
С благодарностью бы принял и пояснение на тему отсутствия OnMarketwatch, который востребован несколько бОльшим количеством народа, чем предыдущий пункт.
С благодарностью бы принял и пояснение на тему отсутствия OnMarketwatch, который востребован несколько бОльшим количеством народа, чем предыдущий пункт.
Что такое OnMarketWatch?
...
Что Вы посоветуете владельцам нескольких мониторов? Каким образом можно организовать эффективную работу с терминалом?
Событие прихода нового тика в Marketwatch. Аналогично, как OnTick, но только реагирует на новые тики не одного символа, а всех, что подписаны в "Обзоре рынка".
С благодарностью бы принял и пояснение на тему отсутствия OnMarketwatch
Вы бы лучше не требовали с таким видом объяснения почему нет этого события в МТ.
А писали бы в Сервисдеск с подробным пояснением как оно по вашему должно работать и зачем оно может быть нужно 99% трейдерам.
По-моему тут можно использовать OnTimer(), каждые Х миллисекунд вызывать событие.
Событие прихода нового тика в Marketwatch. Аналогично, как OnTick, но только реагирует на новые тики не одного символа, а всех, что подписаны в "Обзоре рынка".
С нынешним потоком котировок даже свои собственные тики успевают приходить пачками, пока отрабатывает очередной OnTick.
Почему-то многие думают, что когда возникает некое событие, то обработчик этого события дёргается сразу, тут же, даже если производится обработка другого события этим же экспертом (то есть, параллельно). Это не так.
Все события выстраиваются в одну общую очередь к одному эксперту. Эксперт поочерёдно их обрабатывает. И тут всё зависит от программиста - насколько эффективно он реализует обработку того или иного события. Но даже если программист - супер, и у программиста супер-тачка, то всё равно при наличии множества событий очередь будет разбухать (при наличии тиков от чужих символов - тем более)
Каковы аргументы желающих тиков от чужих символов? "Я не хочу крутить таймер для отслеживания нужных символов, потому что могу опоздать к раздаче". А так как событие тика чужого символа (особенно если мониторится несколько символов) может быть задержано в очереди собственной же обработкой другого события, то тут с гораздо большей вероятностью будет опоздание к раздаче.
Поверьте, мы действительно обсуждали события о чужих тиках. Поэтому и пришли к выводу: "гораздо лучше использовать таймер"