Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Для чего тогда вот эта часть фразы?
Можно ли сделать универсальный код для клонирования объектов, а именно необходимо получить все параметры объекта, удалит объект, произвести некоторую обработку на графике, воссоздать объект в первоначальном виде?
Или для каждого объекта надо свой обработчик делать?
в принципе можно написать пару методов - сериализация и "обратно" для произвольного объекта чарта.
сохранение:
п.1 запросить тип объедка
п.2.1 если тип известен - считать свойства GetInteger GetDouble GetString от заранее известных идентификаторов свойств
п.2.2 если тип неизвестен (например свежий билд терминала и !! новый объект чарта ) - просто в цикле смотреть на какие коды возвращает разумное. Запомнить и вернуться к 2.1
п3. записать в память/файл/базу
но встаёт краеугольный камень программирования - А НАФИГА ?
Для чего тогда вот эта часть фразы?
Может, взаимодействие с программой через ГУИ.
Теперь-то уже понятно, что графические объекты.
Если графические объекты, то возможно создать универсальную функцию.
Можно даже на типы объектов не заморачиваться.
Сделать три массива с идентификаторам для функций ObjectGetInteger, ...String, Double.
Еще три массив для значений. Три цикла.
Можно ли сделать универсальный код для клонирования объектов, а именно необходимо получить все параметры объекта, удалит объект, произвести некоторую обработку на графике, воссоздать объект в первоначальном виде?
Или для каждого объекта надо свой обработчик делать?
На четвёрке так делал, давно:
Универсального способа нет.
Дмитрий, это не Вы, а я ООП не применяю. Зачем отвергаете базовые принципы ООП? Лепите клонов, сколько хотите, главное - переименовывайте вовремя.
Теперь-то уже понятно, что графические объекты.
Если графические объекты, то возможно создать универсальную функцию.
Можно даже на типы объектов не заморачиваться.
Integer, я осознанно отказался от программирования на MQL5, потому, как старый и не программист.
Рассказываю: Плевать, графические они, или нет.
Любые объекты ООП позволяет копировать и в этом его смысл и ценность. Собственно, больше он ни для чего не нужен.
Дмитрий, это не Вы, а я ООП не применяю. Зачем отвергаете базовые принципы ООП? Лепите клонов, сколько хотите, главное - переименовывайте вовремя.
Главное, закусывайте вовремя.
Здесь нет способа пройтись в цикле по всем методам и свойствам объекта, не зная их имена.
Integer, я осознанно отказался от программирования на MQL5, потому, как старый и не программист.
но встаёт краеугольный камень программирования - А НАФИГА ?
был бы универсальным метод - взял и использовал, а так да - пришлось по перебирать свойства (пока таких) объектов - тренд и текст.