ООП для школьников. - страница 7
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Не надо мистификации, а то, Петр, буду ходатайствовать о вашем вступлении в клуб.
Актуальность инкапсуляции и ООП возникает уже тогда, когда две функции работают с одной общей переменной.
Не надо мистификации, а то, Петр, буду ходатайствовать о вашем вступлении в клуб.
Актуальность инкапсуляции и ООП возникает уже тогда, когда две функции работают с одной общей переменной.
Нет. Если у Вас две функции работают с одной переменной - объявите ее глобальной. Либо передавайте из одной в другую. Это не повод плодить сущности.
Да и какое ООП на трех классах и двух структурах? Для чего такие короткие цепочки наследования нужны? Простое решение получает усложнение синтаксиса и набор необязательных синтаксических приемов. Тогда, последователи начинают дробить функционал, чтобы оправдать актуальность ООП. С точки зрения решения - это неправильно.
Применение ООП должно быть оправдано:
1. Желанием научиться.
2. Приобщить свое решение к большим программам или библиотекам.
3. Глобальной идеей приводящей к росту и усложнению программы и разнообразию ее данных.
Если этого нет, и решение не требует - использовать не нужно.
Нет. Если у Вас две функции работают с одной переменной - объявите ее глобальной. Либо передавайте из одной в другую. Это не повод плодить сущности.
...
Вот как раз ДА! Что бы не превращать код в однородную кашу.
Комментарии и стилизатор помогут.
Ага. Еще записная книжка и перманентный макияж на лбу.
Такой вопрос возник:
Если вычисления индикатора оформить в виде класса будет от этого какая-то выгода? Это позволит, при написании советника, обходиться без хендла индикатора и вообще без вызова его, просто подключив библиотеку с этим классом получать значения на последнем баре.
Да и индикатор можно написать обращаясь к этой библиотеке.
Как вы думаете?
Такой вопрос возник:
Если вычисления индикатора оформить в виде класса будет от этого какая-то выгода? Это позволит, при написании советника, обходиться без хендла индикатора и вообще без вызова его, просто подключив библиотеку с этим классом получать значения на последнем баре.
Да и индикатор можно написать обращаясь к этой библиотеке.
Как вы думаете?
Include > Indicators
Посмотрите, там есть примеры индикаторов на классах.
Include > Indicators
Посмотрите, там есть примеры индикаторов на классах.
Есть примеры и что? Само наличие этих примеров не даёт ответов на поставленные @Alexey Viktorov вопросы.
Такой вопрос возник:
Если вычисления индикатора оформить в виде класса будет от этого какая-то выгода?
Обязательно. Как минимум в плане подключения к советнику. Такой индикатор включается в код одной строкой. И не нужно никаких iCustom.
Обязательно. Как минимум в плане подключения к советнику. Такой индикатор включается в код одной строкой. И не нужно никаких iCustom.
А можно пример?