![MQL5 - Язык торговых стратегий для клиентского терминала MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Это вы про какие времена-то рассказываете? Про 70-е - 80-е годы? Да тогда и понятия такого не было - ООП. И С++ не было, первые версии плюсов дай бог в начале 90-х появились, еще без стандарта. Как сейчас помню, дали мне 8 дискет с первым компилятором С++ от MS ))
Я Вам про сложности организации крупных проектов, в которых кодирование лишь небольшая часть проблемы, а Вы о чем...?
Успехов, продвинутый вы наш....
ПС
В начале 80-х лично я написал несколько десятков тысяч строк на С ... Ну, и что? А теперь вот занимаюсь подбором таких предикторов, которые не переобучают модель...
...
Какие проблемы может в таких работах решить ООП?
Или более общий вопрос: а какие проблемы существуют в разработке крупных программных продуктов?
Первая проблема - это создание проектной документации, которая в будущем организует всю эту прорву народа. Не может быть и речи, чтобы в проекте не было человека, который бы не понимал проект целиком. Чтобы достичь этого разработка ведется этапами с постепенным утонением деталей.
И так далее...
...
Это вы про какие времена-то рассказываете? Про 70-е - 80-е годы? Да тогда и понятия такого не было - ООП. И С++ не было, первые версии плюсов дай бог в начале 90-х появились, еще без стандарта. Как сейчас помню, дали мне 8 дискет с первым компилятором С++ от MS ))
Вообще то ООП появился даже раньше чем 70 - 80х :-) это примерно 60е годы
А в вот массовое сознание он пришел позже
--
И еще , Си++ возник в начале 80
то что MS выпустила компилятор ++ только в 90-х не говорит о том что его раньше не было
Вы безнадежно устарели. ...
нас всех рано или поздно деинсталируют :-) из этого мира , как устаревшую версию
Я Вам про сложности организации крупных проектов, в которых кодирование лишь небольшая часть проблемы
+ Само кодирование действительно давно превратилось из искусства в ремесло...
Вообще то ООП появился даже раньше чем 70 - 80х :-) это примерно 60е годы
А в вот массовое сознание он пришел позже
--
И еще , Си++ возник в начале 80
то что MS выпустила компилятор ++ только в 90-х не говорит о том что его раньше не было
нас всех рано или поздно деинсталируют :-) из этого мира , как устаревшую версию
+ Само кодирование действительно давно превратилось из искусства в ремесло...
Вообще почему-то все имеют виду под словом "использование ООП" непосредственное создание своих классов. Но почему-то никто не говорит о том, что использовать ООП можно просто используя уже готовые алгоритмы. Например, что бы открыть длинную позицию достаточно просто написать:
CTrade Trade; Trade.Buy(1.0);
И не надо мучиться с заполнением этих простыней из структур запросов, ответов и прочих кодов (я уже если честно, и не помню из чего состоит этот MqlTradeRequest или как там его...). Т.е. преимущества уже начинаются с первых строк. И большие проекты здесь абсолютно непричом.
Вообще почему-то все имеют виду под словом "использование ООП" непосредственное создание своих классов. Но почему-то никто не говорит о том, что использовать ООП можно просто используя уже готовые алгоритмы. Например, что бы открыть длинную позицию достаточно просто написать:
И не надо мучиться с заполнением этих простыней из структур запросов, ответов и прочих кодов (я уже если честно, и не помню из чего состоит этот MqlTradeRequest или как там его...). Т.е. преимущества уже начинаются с первых строк. И большие проекты здесь абсолютно непричом.
Вообще почему-то все имеют виду под словом "использование ООП" непосредственное создание своих классов. Но почему-то никто не говорит о том, что использовать ООП можно просто используя уже готовые алгоритмы. Например, что бы открыть длинную позицию достаточно просто написать:
И не надо мучиться с заполнением этих простыней из структур запросов, ответов и прочих кодов (я уже если честно, и не помню из чего состоит этот MqlTradeRequest или как там его...). Т.е. преимущества уже начинаются с первых строк. И большие проекты здесь абсолютно непричом.
Неоднократно поднималась тема ООП -- и всё на уровне бла-бла-бла.
Никто ещё (из сторонников ООП) не привёл исчерпывающее пояснение "на пальцах", что ООП для задач под МТ4/5 имеет преимущество перед процедурным.
Если бы ООП имело преимущество перед процедурным, то о процедурном бы давно забыли. Но проходят годы и каждый год поднимается тема "используете ли вы ООП". Причём эти дискуссии носят реально скучных характер на уровне общих ничего не значащих фраз. Приведите примеры и на примерах покажите все прелести ООП.
Добрый день. Приведу пример преимущества ООП над процедурным методом. Написал советник (адаптированный мартингейл). Потом вместе с коллегой подумали, что не плохо было бы включить хэджирование - открытие сделок в обоих направлением при определенных условиях. И если в одном из тейков срабатывал, то осташаяся сделка переключалась в автономное плаванье. И таких автономных роботов можно быть достаточно много. За счет ООП смог перестроить советника с минимальными усилиями - просто форкал еще один объект и все.
ООП использую без фанатизма, а "стандартную библиотеку" так и вовсе нет.
Мне отчего-то ООП в MT и его библиотеки напоминают TurboVision времён DOS`а :-)
ООП использую без фанатизма, а "стандартную библиотеку" так и вовсе нет.
Мне отчего-то ООП в MT и его библиотеки напоминают TurboVision времён DOS`а :-)