Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Заменой могла бы быть собственная таблица индексов - но тогда я не могу сделать класс инкапсулирующий работу с массивом структур с возможностью его наследования вместе с один раз прописанными сервисами (сортировками и бинарным поиском).
Ну понятно - речь значит шла не о конкретном решении, а об абстрактных возможностях.
Если хотите эффективно работать на границе со внешними системами, пишите специфический по месту код, а не пытайтесь сделать универсальное решение, противоречащее вопросам безопасности.
Нет, такие хендлы мы делать не будем. Это откровенное зло, за которое мы будем обязаны до конца отвечать.
Да там отвечать-то особо не за что. Не видно опасностей.
Я указал на неизбежность огромной таблицы сопоставления хендлов. Это огромное зло.
Вы сами не хотите даже с индексами работать, рассказываете как Вам неудобно, и тут же вдруг огромная и тормозная таблица хендлов внутри MQL5 "не представляет никакой опасности".
Renat:
..........., а не пытайтесь сделать универсальное решение, противоречащее вопросам безопасности.
Ренат, приведите хотя бы один пример опасного использования хендла на структуру. Я упорно не вижу. Пытаюсь придумать - и не нахожу. Может я чего то пропустил?
--
А как насчёт параметризованных структур? Есть хотя бы в дальних планах? Там всё решается на уровне препроцессора, так что вопросы безопасности вообще в стороне. А множество проблем связанных с удобными контейнерами для данных решалось бы очень красиво и компактно.
1. Я указал на неизбежность огромной таблицы сопоставления хендлов. Это огромное зло.
2. Вы сами не хотите даже с индексами работать, рассказываете как Вам неудобно, и тут же вдруг огромная и тормозная таблица хендлов внутри MQL5 "не представляет никакой опасности".
1. Таблица не огромная, а такая какую юзер "нахендлил" - динамически расширяемая. Строки тогда тоже зло. Давайте тогда сделаем ограничение по 128 символов на строку, зла в мире будут меньше, так? :)
2. Я даже очень хочу работать с индексами. Я только не хочу работать снова и снова - я хочу свою работу унаследовать и размножать её при необходимости, а не переписывать заново (с новыми ошибками при неаккуратных поправках в копипастах).
Но я об этом уже и не заикаюсь. Может зря?
1. Таблица не огромная, а такая какую юзер "нахендлил" - динамически расширяемая. Строки тогда тоже зло. Давайте тогда сделаем ограничение по 128 символов на строку, зла в мире будут меньше, так? :)
Строки имеют внутреннюю привязку и ее никто наружу не требует. То есть, нам не нужно вести публично оперируемые хендлы, отображаемые через таблицы. Там все быстро и скрыто.
"Юзер нахендлил" - то есть огромная и тормозящая таблица.
Мы не собираемся на ровном месте создавать себе проблему. Поэтому давайте не будем перенапрягать тему - этот вопрос закрыт и никакими доводами его не изменить.
А как насчёт параметризованных структур? Есть хотя бы в дальних планах? Там всё решается на уровне препроцессора, так что вопросы безопасности вообще в стороне. А множество проблем связанных с удобными контейнерами для данных решалось бы очень красиво и компактно.
Шаблонов пока нет в планах.
Сейчас выпускаем статические мемберы классов и перегрузку операторов.
Сейчас выпускаем статические мемберы классов и перегрузку операторов.
1. Шаблонов пока нет в планах.
2. Сейчас выпускаем статические мемберы классов и перегрузку операторов.
1. Жаль. Очень. Может запланируете?
2. За это - огромное человеческое спасибо, с нетерпением жду билда.